一、簡介

在大型平臺的分散式專案中，訊息佇列MQ具有重要的作用，經常用在邊緣業務功能的處理中，比如日誌管理【下面將以Bug日誌儲存為例】，因為像日誌儲存、新使用者註冊傳送郵件等操作都不是主幹業務，可以放在訊息佇列非同步處理，這樣可以減小專案的阻塞和壓力。下面介紹的是比較常用的一個訊息佇列ActiveMQ。

二、專案的一般業務邏輯

就以Bug日誌儲存為例，介紹一般的業務邏輯：【如下圖程式碼示例】

【1】寫一個介面，

【2】然後呼叫注入的Service的業務邏輯方法，

【3】介面返回結果，流程結束。

三、要用訊息佇列情況的業務邏輯

【1】首先要有另外一個新的MQ專案伺服器，用於接收訊息，和處理訊息，暴露接口出來即可，

【2】在原先的專案業務上修改：請求MQ專案暴露出來的介面，把資料傳過去，如果是傳輸的資料是物件得注意這個物件進行序列話【就是實現Serializable介面】

【3】需要注意的是，原先的專案中的service的業務邏輯程式碼要copy到MQ專案中，到這裡你可能就明白了MQ的實現原理：原先的專案就負責傳送訊息給MQ專案，然後MQ專案上有一套完全一樣的業務處理程式碼，MQ專案在拿到訊息後再慢慢處理訊息【非同步進行】，說通俗一點，就相當於將業務轉移到另外一個專案。

四、MQ專案訊息端配置 

【1】原先專案中的service方法要copy過來，還有對應的實體類也要copy一致，

【2】寫一個接收訊息的介面：

【3】生產訊息的生產端【生產者】

【4】消費訊息的消費端 【消費者】

【5】配置queue的名字

 這是簡單的運用，用起來還是蠻簡單的，但是要了解裡面的原理還要多多學習原始碼。