前言.
最近一直在趕專案，心裡可是百感交集。一方面是由於學而知不足，另一方面更是感嘆網際網路的發展日新月異。有時候你不進步就是等於在退步。小俠最近心血來潮想用好好地在專案中用下佇列。儘管沒什麼高併發的存在。可是對於一些業務解耦佇列還是一個不錯的解決方案。
什麼是訊息佇列？訊息佇列可以用在什麼地方？
#訊息佇列
“訊息佇列”是指訊息的傳輸過程中儲存訊息的容器。
“訊息”是在兩臺計算機間傳送的資料單位。訊息可以非常簡單，例如只包含文字字串；也可以更復雜，可能包含嵌入物件。
#應用場景
以下介紹訊息佇列在實際應用中常用的使用場景。非同步處理，應用解耦，流量削鋒和訊息通訊四個場景。
非同步處理
場景說明：使用者註冊後，需要發註冊郵件和註冊簡訊。傳統的做法有兩種：
1.序列的方式。
2.並行方式。
（1）序列方式：將註冊資訊寫入資料庫成功後，傳送註冊郵件，再傳送註冊簡訊。以上三個任務全部完成後，返回給客戶端。
假設三個業務節點每個使用50毫秒鐘，不考慮網路等其他開銷，則序列方式的時間是150毫秒，並行的時間可能是100毫秒。 因為CPU在單位時間內處理的請求數是一定的，假設CPU1秒內吞吐量是100次。則序列方式1秒內CPU可處理的請求量是7次（1000/150）。並行方式處理的請求量是10次（1000/100）。 小結：如以上案例描述，傳統的方式系統的效能（併發量，吞吐量，響應時間）會有瓶頸。如何解決這個問題呢？ 引入訊息佇列，將不是必須的業務邏輯，非同步處理。改造後的架構如下
按照以上約定，使用者的響應時間相當於是註冊資訊寫入資料庫的時間，也就是50毫秒。註冊郵件，傳送簡訊寫入訊息佇列後，直接返回，因此寫入訊息佇列的速度很快，基本可以忽略，因此使用者的響應時間可能是50毫秒。因此架構改變後，系統的吞吐量提高到每秒20 QPS。比序列提高了3倍，比並行提高了兩倍。
應用解耦
場景說明：使用者下單後，訂單系統需要通知庫存系統。傳統的做法是，訂單系統呼叫庫存系統的介面。如下圖：
傳統模式的缺點：
1） 假如庫存系統無法訪問，則訂單減庫存將失敗，從而導致訂單失敗；
2） 訂單系統與庫存系統耦合；
如何解決以上問題呢？引入應用訊息佇列後的方案，如下圖：
訂單系統：使用者下單後，訂單系統完成持久化處理，將訊息寫入訊息佇列，返回使用者訂單下單成功。
庫存系統：訂閱下單的訊息，採用拉/推的方式，獲取下單資訊，庫存系統根據下單資訊，進行庫存操作。
假如：在下單時庫存系統不能正常使用。也不影響正常下單，因為下單後，訂單系統寫入訊息佇列就不再關心其他的後續操作了。實現訂單系統與庫存系統的應用解耦
流量削鋒
流量削鋒也是訊息佇列中的常用場景，一般在秒殺或團搶活動中使用廣泛。
應用場景：秒殺活動，一般會因為流量過大，導致流量暴增，應用掛掉。為解決這個問題，一般需要在應用前端加入訊息佇列。
- 可以控制活動的人數；
- 可以緩解短時間內高流量壓垮應用
訊息通訊
訊息通訊是指，訊息佇列一般都內建了高效的通訊機制，因此也可以用在純的訊息通訊。比如實現點對點訊息佇列，或者聊天室等。
點對點通訊
點對點通訊：
客戶端A和客戶端B使用同一佇列，進行訊息通訊。
聊天室通訊：
客戶端A，客戶端B，客戶端N訂閱同一主題，進行訊息釋出和接收。實現類似聊天室效果。
以上實際是訊息佇列的兩種訊息模式，點對點或釋出訂閱模式。模型為示意圖
以上就是就是對於佇列的理解和應用。如果你想了解更多。你可以參考進入以下網址。瞭解更多關於佇列的應用www.365jz.com/article/239…上面小俠的說明就是引用了這部分文章的。
----------------------------------------------------------------------------------------------------------
實戰部分
本次我們基於演示的是郵件佇列如何操作。
本次實現佇列的方式我們採用了mysql。如果你想了解更多或者配置其他方式的佇列記得好好檢視laravel的官方手冊。
第一步：修改.evn檔案中的佇列方式。
QUEUE_DRIVER=database複製程式碼第二步：要使用 database 佇列驅動，你需要資料表儲存任務資訊。要生成建立這些表的遷移，可以執行 Artisan 命令 queue:table，遷移被建立之後，可以使用 migrate 命令生成這些表：
php artisan queue:table
php artisan migrate複製程式碼第三步：為對應的佇列生成一個佇列的操作類
php artisan make:job SendPostEmail
#以上命令我們就可以在laravel裡生成一個任務操作類，其程式碼位置在:app/Jobs複製程式碼第四步：我們需要構建一個測試傳送郵件的方法
<?php
namespace App\Http\Controllers\Queue;
use App\Post;
use Illuminate\Http\Request;
use App\Http\Controllers\Controller;
use Mail;
//引入需要使用的佇列
use App\Jobs\SendPostEmail;
class IndexController extends Controller
{
public function sendemail(){
//Post表是本次傳送內容的資訊表
$post = new Post();
$post->title = "佇列測試郵件";
$post->body = "這是測試郵件";
$post->save();
//此操作是說明資訊內容寫入成功後，我們把寫入的內容進行入佇列的操作
$this->dispatch(new SendPostEmail($post)); // 佇列
}
}
複製程式碼第五步：編寫的佇列操作類
<?php
namespace App\Jobs;
use Illuminate\Bus\Queueable;
use Illuminate\Queue\SerializesModels;
use Illuminate\Queue\InteractsWithQueue;
use Illuminate\Contracts\Queue\ShouldQueue;
use Illuminate\Foundation\Bus\Dispatchable;
use Mail;
use App\Post;
class SendPostEmail implements ShouldQueue
{
use Dispatchable, InteractsWithQueue, Queueable, SerializesModels;
protected $post;
/**
* Create a new job instance.
*
* @return void
*/
public function __construct(Post $post)
{
$this->post = $post;
}
/**
* Execute the job.
*
* @return void
*/
public function handle()
{
//
$data= array(
'title'=> $this->post->title,
'body'=> $this->post->body,
);
Mail::send('test', $data, function($message){
$to = 'fivetong@163.com';
$message->to($to)->subject('測試郵件');
});
}
}
#從上面可以看到，建構函式中我們直接存入了對應的POST例項複製程式碼第六步：通過命令執行開啟佇列應用
php artisan queue:work
#注意了,佇列啟動後如果有任何的資料修改記得重啟佇列。
php artisan queue:restart複製程式碼第七步：訪問對應的測試郵件連結檢查郵件是否可以傳送成功
