#### 引入包 ~~~ composer require "predis/predis:~1.0" ~~~ #### 配置隊列驅動 這些驅動包括：數據庫，Beanstalkd，Amazon SQS，Redis，和一個同步（本地使用）的驅動。還有一個名為 null 的驅動表明不使用隊列任務。 ~~~ QUEUE_DRIVER=redis ~~~ #### 使用Database作為驅動 使用database作為驅動的時候要創建jobs表,通過以下命令 ~~~ php artisan queue:table ~~~ #### 創建失敗任務表 有時候隊列中的任務會失敗。Laravel 內置了一個方便的方式來指定任務重試的最大次數。當任務超出這個重試次數后，它就會被插入到 failed_jobs 數據表里面。我們可以使用 queue:failed-table 命令來創建 failed_jobs 表的遷移文件： ~~~ php artisan queue:failed-table ~~~ 生成遷移文件 ~~~ php artisan migrate ~~~ #### 創建任務類 ~~~ php artisan make:job TestJob ~~~ 會在app/Jobs目錄下生成任務類.該類實現了 Illuminate\Contracts\Queue\ShouldQueue 接口，該接口表明 Laravel 應該將該任務添加到后臺的任務隊列中，而不是同步執行。 引入了 SerializesModels trait，Eloquent 模型會被優雅的序列化和反序列化。隊列任務構造器中接收了 Eloquent 模型，將會只序列化模型的 ID。這樣子在任務執行時，隊列系統會從數據庫中自動的根據 ID 檢索出模型實例。這樣可以避免序列化完整的模型可能在隊列中出現的問題。 handle 方法會在隊列任務執行時被調用。值得注意的是，我們可以在任務的 handle 方法中可以使用類型提示來進行依賴的注入。Laravel 的服務容器會自動的將這些依賴注入進去，與控制器方法類似。 還有一點需要注意，我們將會在模型監控器中分發任務，任務中要避免使用 Eloquent 模型接口調用，如：create(), update(), save() 等操作。否則會陷入調用死循環 —— 模型監控器分發任務，任務觸發模型監控器，模型監控器再次分發任務，任務再次觸發模型監控器.... 死循環。在這種情況下，使用 DB 類直接對數據庫進行操作即可。 #### 任務分發 ~~~ dispatch(new TestJob()) //這里是進行任務分發,只分發任務,并不立刻執行 ~~~ #### 測試 ~~~ php artisan queue:work //此命令啟動消息隊列系統,并進行監聽 ~~~ #### 注意 在使用database作為驅動的時候,如果任務分發了,沒有執行成功,laravel會不斷的重試任務.需要把任務清空.