1、跨系統的異步通信，所有需要異步交互的地方都可以使用消息隊列。就像我們除了打電話（同步）以外，還需要發短信，發電子郵件（異步）的通訊方式。
2、多個應用之間的耦合，由於消息是平台無關和語言無關的，而且語義上也不再是函數調用，因此更適合作為多個應用之間的松耦合的接口。基於消息隊列的耦合，不需要發送方和接收方同時在線。在企業應用集成（EAI）中，文件傳輸，共享數據庫，消息隊列，遠程過程調用都可以作為集成的方法。
3、應用內的同步變異步，比如訂單處理，就可以由前端應用將訂單信息放到隊列，后端應用從隊列里依次獲得消息處理，高峰時的大量訂單可以積壓在隊列里慢慢處理掉。由於同步通常意味着阻塞，而大量線程的阻塞會降低計算機的性能。
4、消息驅動的架構（EDA），系統分解為消息隊列，和消息制造者和消息消費者，一個處理流程可以根據需要拆成多個階段（Stage），階段之間用隊列連接起來，前一個階段處理的結果放入隊列，后一個階段從隊列中獲取消息繼續處理。
5、應用需要更靈活的耦合方式，如發布訂閱，比如可以指定路由規則。
6、跨局域網，甚至跨城市的通訊（CDN行業），比如北京機房與廣州機房的應用程序的通信。
這里還有一種情況，同時有大量用戶注冊你的軟件，再高並發情況下注冊請求開始出現一些問題，例如郵件接口承受不住，或是分析信息時的大量計算使cpu滿載，這將會出現雖然用戶數據記錄很快的添加到數據庫中了，但是卻卡在發郵件或分析信息時的情況，導致請求的響應時間大幅增長，甚至出現超時，這就有點不划算了。面對這種情況一般也是將這些操作放入消息隊列（生產者消費者模型），消息隊列慢慢的進行處理，同時可以很快的完成注冊請求，不會影響用戶使用其他功能。