通過使用訊息佇列，我們可以非同步處理請求，從而緩解系統的壓力。

2.鬆耦合

MQ提供鬆耦合的應用架構。鬆耦合一般是為了減輕經典RPC（Remote Procedure Calls）呼叫的緊耦合架構而被引入的。該鬆耦合以非同步形式存在，任何一個應用對MQ的呼叫不依賴於任何其它應用，沒有任何依賴或者時序要求。應用依賴於MQ的能力保證訊息傳遞。因此，我們把應用傳送訊息的形式稱之為觸發和忘記（fire-and-forget）--應用傳送訊息到MQ之後並不關心訊息如何或者什麼時候被傳遞。同樣的訊息的接收者也不關心訊息從哪裡或者如何到來。在不同的環境中這樣做的好處是允許客戶端使用不同的語言編寫甚至使用不同的線路協議。MQ作為中間人存在，允許不同環境的整合和非同步互動。

    當我們考慮分散式應用設計時，耦合是很重要的。耦合是指兩個或多個應用間的相互依賴。考慮耦合的一個簡單辦法是思考其中某個應用改變所產生的影響，即其它應用所需要作出的改變。是否一個應用的變化會強制其它應用跟著改變？如果答案是肯定的，則這些應用是緊耦合的。如果一個應用的變化無需強制其它應用跟著改變，則這些應用是鬆耦合的。這說明了緊耦合系統比鬆耦合系統更難維護。也就是說，鬆耦合系統更能適應未知的變化。

    COM,CORBA,DCE和EJB等使用RPC的技術，它們是緊耦合的。使用RPC，當一個應用呼叫另一個應用，呼叫者將被阻塞知道被呼叫者返回結果。圖1.1描述了這個過程。

    呼叫方（Application one）將被阻塞直到被呼叫方（Application two）返回控制權。很多系統使用RPC並且成功了。但是對於這樣一個緊耦合系統確實有很多缺點：最顯著的缺點是，即使很小的一個改變都要較高的維護代價;正確的時機也很重要，當請求從應用1發到應用2時，兩個系統都必須正常工作，同樣的，響應從應用2傳送到應用1時，兩個系統也必須正常工作。這樣的時序要求有點麻煩，使得系統穩定性降低。現在我們把這個緊耦合系統和圖1.2的系統進行比較。

    在圖1.2中，應用1傳送訊息到MOM只是一個單方行為。可能一段時間後，應用2從MOM接收訊息，這也是一個單方行為。任何一方都不需要知道另一方的存在，它們之間也沒有任何時序要求。所以在分散式系統設計時，鬆耦合系統比緊耦合系統有巨大的優勢。如圖所示，這就是MQ存在的地方。

    考慮現在其中的一個應用必須搬到一個新的地方。這可能在新硬體引入或應用需要移動時發生。如果是一個緊耦合系統，這樣的遷移會很困難，因為系統的其它部分都必須停止工作等待遷移完成。如果是鬆耦合系統，系統的各個部分能夠自由遷移而不影響其它部分。考慮這樣一個場景，應用A和B各有很多個例項，其中各個例項分佈在不同的機器上。MQ安裝在另外的機器上。在這種情況下，任何一個應用例項都可以自由移動而不影響其它應用。事實上，多個MQ例項也可以通過network of brokers配置聯合使用。這就允許MQ例項自由遷移而不影響應用A或應用B。採用這種價構，系統的任何一部分在任何時間都可以停機進行維護而不影響整個系統。

   總之，MQ提供一個令人難以置信的靈活性允許鬆耦合思想變成現實。對於某些情況不能使用非同步方式實現，MQ也提供訊息的請求/回覆模式支援。