laravel 基础教程 —— 队列

队列

简介

laravel 的队列服务对各种不同的后台队列服务提供了统一的 API。队列允许你延迟执行消耗时间的任务,比如发送一封邮件。这样可以有效的降低请求响应的时间。

配置

队列的配置文件被存储在 config/queue.php 中。在这个文件中你会发现框架所支持的队列驱动的配置连接示例。这些驱动包括:数据库,BeanstalkdAmazon SQSRedis,和一个同步(本地使用)的驱动。

还有一个名为 null 的驱动表明不使用队列任务。

队列先决条件

数据库

如果使用 database 队列驱动,你需要添加一个数据表来处理队列任务。你可以使用 queue:table Artisan 命令来生成一个迁移表。一旦该迁移表生成完成,你就可以使用 migrate 命令来迁移到数据库中:

php artisan queue:table

php artisan migrate

其他队列依赖

下面列出了其它队列驱动及其相应的依赖:

  • Amazon SQS: aws/aws-sdk-php ~3.0
  • Beanstalkd: pda/pheanstalk ~3.0
  • Redis: predis/predis ~1.0

编写任务类

生成任务类

默认的,所有的可队列执行的任务都被存储在 app/Jobs 目录下,你可以通过 Artisan 命令来生成一个新的队列任务:

php artisan make:job SendReminderEmail

该命令会在 app/Jobs 目录下生成一个新的类。该类会实现 Illuminate\Contracts\Queue\ShouldQueue 接口,该接口表明 laravel 应该将该任务添加到后台的任务队列中,而不是同步执行。

任务类结构

任务类是十分简单的,通常它只包含一个 handle 方法来在队列任务执行时被调用。我们来看一个简单的任务示例:

<?php

namespace App\Jobs;

use App\User;
use App\Jobs\Job;
use Illuminate\Contracts\Mail\Mailer;
use Illuminate\Queue\SerializesModels;
use Illuminate\Queue\InteractsWithQueue;
use Illuminate\Contracts\Queus\ShouldQueue;

class SendReminderEmail extends Job implements ShouldQueue
{
  use InteractsWithQueue, SerializesModels;

  protected $user;

  /**
   * Create a new job instance.
   *
   * @param User $user
   * @return void
   */
   public function __construct(User $user)
   {
     $this->user = $user;
   }

   /**
    * Execute the job.
    *
    * @param Mailer $mailer
    * @return void
    */
    public function handle(Mailer $mailer)
    {
      $mailer->send('emails.reminder', ['user' => $this->user], function () {
        //
      });

      $this->user->reminders()->create(...);
    }
}

在这个例子中,你需要注意的是,我们可以直接的在队列任务的构造函数中传送一个 Eloquent 模型。因为我们引入了 SerializesModels trait,所以当队列任务执行时,Eloquent 模型会被优雅的序列化和反序列化。如果队列任务在构造器中接收了 Eloquent 模型,那么队列任务只会序列化模型的 ID。而在任务需要进行处理时,队列系统会从数据库中自动的根据 ID 检索出模型实例。这在应用中完全是透明的,这样就可以避免了序列化完整的模型可能在队列中出现的问题。

handle 方法会在队列任务执行时进行调用。你需要知道的是,我们可以在任务的 handle 方法中可以使用类型提示来进行依赖的注入。laravel 的服务容器会自动的将这些依赖注入进去。

有异常发生

如果任务进行的过程中有异常被抛出。它会自动的将任务释放,同时追加到队列的尾端以使任务可以进行再次尝试。该任务会被持续释放进行尝试除非尝试的次数超出了所设置的最大次数。你可以在队列监听器 queue:listen 或者 queue:work Artisan 任务命令中添加 --tries 选项来设置最大可尝试次数。我们将在后续篇幅中详细的介绍队列监听器。

手动的释放任务到队列尾端

你可以使用 release 方法来进行手动的释放任务。laravel 命令生成的任务类中已经引入了 InteractsWithQueue trait,这个性状提供了访问任务队列的 release 方法。该方法接收一个参数:你希望任务再次可用的间隔(秒):

public function handle(Mailer $mailer)
{
  if (condition) {
    $this->release(10);
  }
}

检查任务已尝试的次数

就如上面我们所谈到的,如果在任务进行的过程中,异常出现,那么队列会自动的释放任务并将任务推送到队列的尾端使其可以进行再次尝试。你可以通过 attempts 方法来检查任务的释放次数:

public function handle(Mailer $mailer)
{
  if ($this->attempts() > 3) {
    //
  }
}

推送任务到队列

位于 app/Http/Controllers/Controller.php 的 laravel 基础控制器使用了 DispatchesJobs trait。这个性状提供了一些方法允许你方便的推送任务到队列。比如 dispatch 方法:

<?php

namespace App\Http\Controllers;

use App\User;
use Illuminate\Http\Request;
use App\Jobs\SendReminderEmail;
use App\Http\Controllers\Controller;

class UserController extends Controller
{
  /**
   * Send a reminder e-mail to a given user.
   *
   * @param Request $request
   * @param int $id
   * @return Response
   */
   public function sendReminderEmail(Request $request, $id)
   {
     $user = User::findOrFail($id);

     $this->dispatch(new SendReminderEmail($user));
   }
}

DispatchesJobs 性状

当然,有时候你可能希望在应用中的任何地方进行任务的分发,而不仅仅只在路由或者控制器中。出于这个原因,你可以使用 DispatchesJobs trait 到任何你需要在应用中调用分发任务的类中,这样你就可以在这个类中使用 dispatch 方法,下面给出一个简单的使用 trait 的示例:

<?php

namespace App;

use Illuminate\Foundation\Bus\DispatchesJobs;

class ExampleClass
{
  use DispatchesJobs;
}

dispatch 方法

或者,你可以使用 dispatch 全局帮助方法:

Route::get('/job', function () {
  dispatch(new App\Jobs\PerformTask); 

  return 'Done!';
});

对任务指定队列

你也可以指定任务需要被分配到的队列。

你可以对你的队列任务进行分类,来将任务推送到不同的队列中,你甚至是可以分配各种队列工作的优先权。这并不是推送任务到队列配置文件中所定义的不同的队列连接上,而是仅在单个连接中指定的队列进行的操作。你可以使用任务实例的 onQueue 方法来指定队列。onQueue 来自 Illuminate\Bus\Queueable trait,该性状已经被 App\Jobs\Job 基类所引入:

<?php

namespace App\Http\Controllers;

use App\User;

use Illuminate\Http\Request;
use App\Jobs\SendReminderEmail;
use App\Http\Controllers\Controller;

class UserController extends Controller
{
  /**
   * Send a reminder e-mail to a given user.
   *
   * @param Request $request
   * @param int $id
   * @return Response
   */
  public function sendReminderEmail(Request $request, $id)
  {
    $user = User::findOrFail($id);

    $job = (new SendReminderEmail($user))->onQueue('emails');

    $this->dispatch($job);
  }
}

延迟任务

有时候,你可能会想要延迟执行队列任务。比如,你可能希望有一个队列任务可以在用户注册后的 5 分钟发送一封提醒邮件。你可以在任务类中使用 delay 方法来完成,该方法是通过 Illuminate\Bus\Queueable 性状提供的:

<?php

namespace App\Http\Controllers;

use App\User;
use Illuminate\Http\Request;
use App\Jobs\SendReminderEmail;
use App\Http\Controllers\Controller;

class UserController extends Controller
{
  /**
   * Send a reminder e-mail to a given user.
   *
   * @param Request $request
   * @param int $id
   * @return Response
   */
   public function sendReminderEmail(Request $request, $id)
   {
     $user = User::findOrFail($id);

     $job = (new SendReminderEamil($user))->delay(60 * 5);

     $this->dispatch($job);
   }
}

在这个例子中,我们指定了任务应该在队列中延迟 5 分钟执行。

注意: Amazon SQS 服务有最大延迟执行限制,其最多可延迟 15 分钟。

任务事件

任务生命周期事件

你可以使用 Queue::beforeQueue::after 方法来注册一个回调在队列任务开始之前或者队列执行成功之后调用。回调为添加额外的日志,持续执行子任务或者增加统计信息等提供了非常好的机会。比如,我们可以在 laravel 的 AppServiceProvider 中定义一个任务成功执行后的事件监听,并附加一个回调到事件中:

<?php

namespace App\Providers;

use Queue;
use Illuminate\Support\ServiceProvider;
use Illuminate\Queue\Events\JobProcessed;

class AppServiceProvider extends ServiceProvider
{
  /**
   * Bootstrap any application services.
   *
   * @return void
   */
   public function boot()
   {
     Queue::after(function (JobProcessed $event) {
       // $event->connectionName
       // $event->job
       // $event->data
     });
   }

   /**
    * Register the service provider.
    *
    * @return void
    */
    public function register()
    {
      //
    }
}

运行队列监听器

开始进行队列监听

laravel 包含了一个 Artisan 命令来运行推送到队列中的任务的执行。你可以使用 queue:listen 命令来运行监听器:

php artisan queue:listen

你也可以指定监听哪一个连接的队列:

php artisan queue:listen connection-name

你需要注意的是,这个命令执行,它会持续的运行,除非你手动的进行停止。你可以通过使用 Supervisor 进程监控来确保队列监听器的运行。

队列优先级

你可以通过使用 , 来分割连接的队列,以确定队列的运行优先级:

php artisan queue:listen --queue=high,low

在这个例子中,任务会优先执行 high 的队列,然后才会运行 low 队列中的任务。

指定任务的超时时间

你可以设置任务的超时时间:

php artisan queue:listen --timeout=60

指定队列的睡眠时间

另外,你可以指定队列轮询新的任务需要等待的时间(秒):

php artisan queue:listen --sleep=5

你需要注意的是,队列只会在队列中没有需要执行的任务时才会进行睡眠。如果队列中有多个可执行的任务,那么队列会持续的进行任务的执行,而不会进行睡眠操作。

执行队列的首个任务

你可以使用 queue:work 命令来只执行队列的首个任务:

php artisan queue:work

Supervisor 配置

Supervisor 是 Linux 操作系统的一个进程监控器,并且它可以自动的在 queue:listen 或者 queue:work 命令失败时进行重启。你可以使用下面的命令在 Ubuntu 中安装 Supervisor:

sudo apt-get install supervisor

Supervisor 配置文件通常都存储在 /etc/supervisor/conf.d 目录中。在这个目录中,你可以创建任意数量的配置文件来指导 supervisor 来管理监控进程。比如,让我们创建一个 laravel-worker.conf 文件来开始和监控 queue:work 进程:

[program:laravel-worker]
process_name=%(program_name)s_%(process_num)02d
command= php /home/forge/app.com/artisan queue:work sqs --sleep=3 --tries=3 --daemon
autostart=true
autorestart=true
user=forge
numprocs=8
redirect_stderr=true
stdout_logfile=/home/forge/app.com/worker.log

上面的例子中,numprocs 会指导 Supervisor 运行 8 个 queue:work 进程并且对其进行监控,它会自动的在其失败时进行重启。当然,你可以修改命令的 queue:work sqs 部分来使用你所期望的队列驱动。

一旦配置文件创建完成,你可以使用下面的命令来更新 Supervisor 的配置文件和启动进程:

sudo supervisorctl reread

sudo supervisorctl update

sudo supervisorctl start laravel-worker:*

关于更多的 Supervisor 的配置信息,请参考 Supervisor documentation。另外,你也可以使用 Laravel Forge 来从一个方便的 Web 界面自动的配置和管理你的 Supervisor 配置。

队列监控器守护进程

queue:work Artisan 命令包含了一个 --daemon 选项来强迫队列工作持续的执行任务而不重新引导框架。这相比较 queue:lsten 命令来说会显著的减少 CPU 的消耗:

php artisan queue:work connection-name --daemon

php artisan queue:work connection-name --daemon --sleep=3

php artisan queue:work connection-name --daemon --sleep=3 --tries=3

就如你所看到的,queue:work 任务支持和 queue:listen 差不多的选项。你可以通过使用 php artisan help queue:work 命令来显示可用选项。

对于守护进程的编码注意事项

队列任务的守护进程不会在每个任务执行之前重新引导框架,所以,你应该注意在你的任务完成时清除一些比较重的资源消耗。比如,如果你使用 GD 类库来处理图片,你应该在任务执行完成后使用 imagedestroy 来将其从内存中进行释放。

部署具有守护进程的队列监听器

因为队列工作的守护进程是一个常驻进程。它不会再你的代码改变时进行重启。所以,你应该使用部署脚本来在代码变更时重新部署使用守护进程的队列工作:

php artisan queue:restart

该命令会优雅的指导队列完成当前的任务后死亡,所以不会存在任务的遗漏。你应该注意的是,当你执行 queue:restart 命令时,队列工作就会死亡,所以你应该使用一种进程管理器,比如 Supervisor,你可以配置它来自动的重启队列工作。

注意:该命令依赖于缓存系统来制定重启时间表。默认的 APCu 不支持在 CLI 中运行任务。如果你使用 APCu,你应该添加 apc.enable_cli=1 到你的 APCu 配置中。

与失败的任务进行交互

由于很多事情并不能如计划中的那样进行,有时候队列任务的执行可能会失败,不要担心,它发生对我们来说是最好的!laravel 包含了一种便捷的方式来指定任务应该重复尝试的次数。如果任务被重复执行到指定的次数,它就会被记录到 failed_jobs 表中。这个表的名字你可以通过 config/queue.php 配置文件进行定制。

你可以使用 queue:failed-table 命令来生成一个 failed_jobs 迁移表:

php artisan queue:failed-table

当你运行队列监听器时,你可以使用 --tries 选项来指定任务的最大尝试次数:

php artisan queue:listen connection-name --tries=3

失败任务事件

如果你希望在队列任务失败时执行某些操作,你可以使用 Queue::failing 方法来注册一个监听事件。这个事件对通过 email 或者 HipChat 通知你的团队提供了一个很好的机会。比如,你可以在 AppServiceProvider 在事件中附加一个回调:

<?php

namespace App\Providers;

use Queue;
use Illuminate\Queue\Events\JobFailed;
use Illuminate\Support\ServiceProvider;

class AppServiceProvider extends ServiceProvider
{
  /**
   * Bootstrap any application service.
   *
   * @return void
   */
   public function boot()
   {
     Queue::failing(function (JobFailed $event) {
       // $event-connectionName
       // $event->job
       // $event-data
     });
   }

   /**
    * Register the service provider.
    *
    * @return void
    */
    public function register()
    {
      //
    }
}

任务类中的失败方法

你可以在任务类中定义一个 failed 方法来进行更为精细的控制,这允许你在任务出现失败时来执行一些指定的动作:

<?php

namespace App\Jobs;

use App\Jobs\Job;
use Illuminate\Contracts\Mail\Mailer;
use Illuminate\Queue\SerializesModels;
use Illuminate\Queue\InteractsWithQueue;
use Illuminate\Contracts\Queue\ShouldQueue;

class SendReminderEmail extends Job implements ShouldQueue
{
  use InteractsWithQueue, SerializesModels;

  /**
   * Execute the job.
   *
   * @param Mailer $mailer
   * @return void
   */
   public function handle(Mailer $mailer)
   {
     //
   }

   /**
    * Handle a job failure.
    *
    * @return void
    */
    public function failed()
    {
      // Called when the job is failing...
    }
}

重新执行失败的任务

你可以使用 queue:failed Artisan 命令来显示数据库 failed_jobs 表中失败的任务:

php artisan queue:failed

queue:failed 命令会列出任务的 ID,连接,队列,和失败时间。任务 ID 可以用来进行失败任务的尝试。比如,你可以尝试重新执行 ID 为 5 的任务:

php artisan queue:retry 5

你可以使用 queue:retry all 命令来重启所有的任务:

php artisan queue:retry all

如果你希望删除失败的任务,你可以使用 queue:forget 命令:

php artisan queue:forget 5

你可以使用 queue:flush 命令来清除所有失败的任务:

php artisan queue:flush
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 206,839评论 6 482
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,543评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 153,116评论 0 344
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,371评论 1 279
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,384评论 5 374
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,111评论 1 285
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,416评论 3 400
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,053评论 0 259
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,558评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,007评论 2 325
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,117评论 1 334
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,756评论 4 324
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,324评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,315评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,539评论 1 262
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,578评论 2 355
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,877评论 2 345

推荐阅读更多精彩内容

  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 134,600评论 18 139
  • 原文链接 必备品 文档:Documentation API:API Reference 视频:Laracasts ...
    layjoy阅读 8,603评论 0 121
  • 从哪说起呢? 单纯讲多线程编程真的不知道从哪下嘴。。 不如我直接引用一个最简单的问题,以这个作为切入点好了 在ma...
    Mr_Baymax阅读 2,734评论 1 17
  • 现在iOS的多线程方案主要有以下这几种: GCD(Grand Central Dispatch):使用dispat...
    寒光冷剑阅读 1,546评论 0 2
  • 或许,这不是一篇充满阳光的文章。它没有套路,没有心机,只有一些絮絮叨叨的话,和一段十几年的故事,这故事,有关后悔,...
    玛奇朵小姐a阅读 146评论 0 1