在實際開發中已經接觸過kafka，rabbitmq等訊息佇列了，但對於什麼場景下使用佇列，而現在開源的佇列又那麼多元化，該怎麼去選擇呢，今天我花時間去檢視了很多資料，也受益匪淺，花時間整理下，以供以後使用佇列時參考。
a.非同步處理，提高吞吐量，減少開銷
b.應用解耦，防止介面端應用崩潰，資料阻塞丟失
c.流量銷鋒,如秒殺業務中將所有請求放在訊息佇列中，並設定佇列的長度超過則轉到錯誤頁面
d.日記處理
c.訊息通訊，通過訊息訂閱，時間通訊收發功能
訊息佇列應用場景
策略一
策略二
訊息佇列使用場景
1 非同步處理 減少等待時間，更快的返回處理結果，提高系統效能以及更好的使用者體驗。fe 在乙個秒殺系統中，可能需要如下幾步 風險控制，鎖定庫存，生成訂單，訊息通知以及統計資料，在未優化的情況下，使用者請求到達閘道器後進入服務端要至少 經歷這五個步驟，但是對於秒殺系統而言關鍵的步驟在於風險控制和鎖定...
訊息佇列的使用場景
知乎 假設使用者在你的軟體中註冊，服務端收到使用者的註冊請求後，它會做這些操作 校驗使用者名稱等資訊，如果沒問題會在資料庫中新增乙個使用者記錄 如果是用郵箱註冊會給你傳送一封註冊成功的郵件，手機註冊則會傳送一條簡訊 分析使用者的個人資訊，以便將來向他推薦一些志同道合的人，或向那些人推薦他 傳送給使用...
訊息佇列的使用場景
場景說明 使用者註冊後，需要發註冊郵件和註冊簡訊。傳統的做法有兩種1.序列的方式 2.並行方式。2 並行方式 將註冊資訊寫入資料庫成功後，傳送註冊郵件的同時，傳送註冊簡訊。以上三個任務完成後，返回給客戶端。與序列的差別是，並行的方式可以提高處理的時間。假設三個業務節點每個使用50毫秒鐘，不考慮網路等...