1.队列的应用场景：
PHP在异步编程上的短板是众所周知的，这也是当年PHP能够迅速火起来的一个重要特性，当然，这也是Nodejs能够火起来的一个相反方向的重要特性（Nodejs的亮点就是高并发的处理性能，只是安全性嘛，仁者见智了），PHP为保持语言的简单，设计之初不考虑多线程，直至PHP7，有了TSRM这样的多线程并发处理机制，PHP 默认依然不支持多线程，如果一定要使用多线程，还需要安装 pthread 扩展。尽管并发处理这块一致是PHP的短板，同时，大并发处理的相关技术在PHP领域好像也是小妾生的儿子般不受待见，但是并不代表需求中就不需要这些东西，于是乎就有了并发的另外一种替代方案，就是我们今天所要瞎掰的，队列。
可见，队列就是为了在某种程度上替代多线程而设计的一种处理并发的方式，同时，也就具备天生的秉性：异步！用于处理耗时的工作，比如一个流程走到一个地方，要发送一封邮件通知，那我不能让整个程序等到邮件发完了再继续下去，那我就把发邮件的工作丢到一个队列中去，让这个工作慢慢做，我继续处理响应的逻辑。整个过程其实也就这么回事，没有很困难。
2.laravel中的队列的实现
闲话不扯，现在有了laravel，我们不用自己设计队列的实现机制，我们来看看怎么用就好了。
1）首先，我们要先弄清楚几个基本概念，我们先来想想，我们要把一项一项的工作任务放到队列里，最朴素的想法，我们会怎么做？我们是不是先得给任务起个名字，然后至少得给它一段执行的代码吧，然后再把这一个任务作为一个整体的数据结构放到一个叫做队列的数据结构中去，那要把名字和执行的代码关联起来，肯定是用键值对的方式最方便了，所以，怎么做呢？最简单就是用数组喽，一个数组，然后中间一堆键值对，键名是任务名，键值是任务的执行代码。但是数组有一个问题，数组的检索是一个完了接一个，我没法控制它中间执行的异步操作啊？但是它能够模仿出这些操作模式，所以，在laravel中，就有了一个驱动名，叫sync，同步嘛，用来做测试用的。
2）但是，如果执行代码太大，然后任务太多，怎么办？都摆到数组里总是不合适吧？那我们是不是就得考虑把这些键值对给它放到数据库里面去？嗯，不错，这是一种好思路，也有人这么做，同样的，laravel也提供数据库做队列的驱动，和前面一样，反正我的目的就是把任务让他们排队去，只是一个一个塞到数据库，然后一个一个取出来执行。
3）然后，就会有人想到了，我干嘛不采用更专业的软件来做这个事？比如redis？人家天生就是键值对处理的，而且和数据库不通，redis的数据是在内存中的，这样明显速度就提上来了，我们会这么想，laravel团队也会这么想，于是有了redis驱动。
4）然后，有人想到了这么多方法，自然就有人想专业提供这些服务的，于是就有比如亚马逊这样的公司提供一系列的产品来支持，就有了SQS这些驱动，等等等等。。。。
其实说白了，就是把任务的键名和键值储存起来而已，储存的媒介用什么都可以，而所谓的队列驱动，就是把储存在这些媒介中的任务代码拿住来按照队列的算法进行执行的一种调配方式的一段代码而已。
3.讲完了这些，我们来看看怎么实现
我们以redis为例，来看看laravel怎么做队列的：
1）一上来没说的，安装redis驱动：composer require 'predis/predis ~1.0'
当然，您得先有redis，如果系统没装，apt-get一个，yum一个随您啦。
2)接下来，要把任务放队列，我们得先做一个任务出来,我们写个简单的提交用户数据的任务吧：
执行: php artisan make:job StoreUser
3）执行完上述命令，在App下多一个job目录出来，然后StoreUser就在里头，然后我们就可以写StoreUser的任务内容了：
<?php
namespace App\Jobs;
use ...
class StoreUser implements ShouldQueue
{
use Dispatchable, InteractsWithQueue, Queueable, SerializesModels;
protected $user;
public function __construct(User $user)
{
$this->user=$user;
}
public function handle()
{
$this->user->name="queue";
$this->user->email="queue@text.com";
$this->user->password="slcwd";
$this->user->save();
}
public function fail()
{
dd('发送失败');
}
}
上面这个任务很简单，就是依赖注入一个User模型，然后在handle方法里面写一个用户数据处理的方法，最后储存，没设么意义，我们只是演示而已。
其实，也可以不用注入模型，比如可以写一个服务，然后把服务注入进来，反正是个类就行。
4)接下来，我们告诉框架，要用哪个驱动，到.env下面写这两句话：
QUEUE_CONNECTION=redis
REDIS_QUEUE=email
这两个配置，是配置所谓的“链接名”和“队列名”。
所谓链接，就是我们要存储的哪一个存储介质，好比银行，
队列名，就是我们要使用哪一条队列。
5）这样，如果使用的是单队列，其他就啥都不用管了，这下队列已经可以用了。文章最后我们再来探讨一个链接多个队列的情况。
6）然后我们写一个路由，一个控制器：
路由：Route::get('/mail','Mail\UserQueueController@queue');
控制器的方法代码：
public function queue()
{
$user=User::find(1);
Test::dispatch($user)->delay(10);
}
这样，我们就可以把任务分发给队列了。
等等。。。。。。嗯，好像我们还没有开启队列，接着。。。。。。。
7）开启队列：
命令行中输入：php artisan queue：work，work和linsten有啥区别，自行看手册喽。有空行在那闪也暂时不管它，这代表队列已经开始工作了，只是我们还没有把我们的工作发到队列上，
8）现在在浏览器中输入路由地址，过个10秒到数据库中看下，1号Id的用户数据就被修改了。
以上就是一个简单的队列使用，下面，我们来探讨以下，如何在一个链接中使用多个队列，这是laravel手册最坑爹的地方，写的不清不楚，我找了一段别人写的，抄来大家自己琢磨就好：
这是一个必然需要考虑到的问题，我不可能将所有任务都放在一个叫default的队列中，这样不容易对队列进行管理。要指定不同的队列，非常简单，在dispatch()后紧接着跟上onQueue()方法即可：
Demo::dispatch()->onQueue('emails');
不对啊，我好像没有定义过这个叫 emails 的 queue。嗯，自然需要做出一点改动，在queue.php配置文件中的redis配置queue从default改为{default}，这样做的效果就是队列的名称可以从运行的时候动态拿到，而不是写死的。
如果使用 Lumen 框架，那么直接这么写会报错：Call to a member function onQueue() on string。原因在于 Lumen 的 Job 基类中并没有使用Illuminate\Foundation\Bus\Dispatchable这个trait，而是直接使用Illuminate\Bus\Queueable中的onQueue()方法。
那么现在就很清楚了，我们的 Job 类使用了Illuminate\Bus\Queueable这个trait，所以需要在 Job 类上调用这个onQueue()方法。
$job =newXXXJob();dispatch($job->onQueue('queue-name'));
当我们在开启队列的时候：
php artisan queue:work --queue=emails
这里指定的队列名 emails 和dispatch时指定的队列名保持一致即可。
好了，这两个关卡打通了，手册后面的东西就没什么难的了，自个儿试一试吧？
