RPC
RPC（Remote Procedure Call）遠程過程調用，主要解決遠程通信間的問題，不需要了解底層網絡的通信機制。
RPC框架
知名度較高的有Thrift(FB的)、dubbo(阿里的)。
RPC的一般需要經歷4個步驟：
1、建立通信
首先要解決通訊的問題：即A機器想要調用B機器，首先得建立起通信連接，主要是通過在客戶端和服務器之間建立TCP連接。
2、服務尋址
要解決尋址的問題，A服務器上如何連接到B服務器（如主機或IP地址）以及特定的端口，方法的名稱是什麼。
3、網絡傳輸
1）序列化
當A服務器上的應用發起一個RPC調用時，調用方法和參數數據都需要先進行序列化。
2）反序列化
當B服務器接收到A服務器的請求之後，又需要對接收到的參數等信息進行反序列化操作。
4、服務調用
B服務器進行本地調用（通過代理Proxy）之後得到了返回值，此時還需要再把返回值發送回A服務器，同樣也需要經過序列化操作，然後再經過網絡傳輸將二進制數據發送回A服務器。
通常，一次完整的PRC調用需要經歷如上4個步驟。
更加詳細的RPC介紹，點擊參考：微服務系列：RPC框架的實現原理，及RPC架構組件詳解
MQ(消息隊列)
消息隊列（MQ）是一種能實現生產者到消費者單向通信的通信模型，一般來說是指實現這個模型的中間件。
典型的MQ中間件:
RabbitMQ、ActiveMQ、Kafka等
典型的特點：
1、解耦
2、可靠投遞
3、廣播
4、最終一致性
5、流量削峯
6、消息投遞保證
7、異步通信（支持同步）
8、提高系統吞吐、健壯性
典型的使用場景：秒殺業務中利用MQ來實現流量削峯，以及應用解耦使用。
RPC和MQ的區別和關聯
1.在架構上，RPC和MQ的差異點是，Message有一箇中間結點Message Queue，可以把消息存儲。
2.同步調用：對於要立即等待返回處理結果的場景，RPC是首選。
3.MQ 的使用，一方面是基於性能的考慮，比如服務端不能快速的響應客戶端（或客戶端也不要求實時響應），需要在隊列裏緩存。
另外一方面，它更側重數據的傳輸，因此方式更加多樣化，除了點對點外，還有訂閱發佈等功能。
4.而且隨着業務增長，有的處理端處理量會成爲瓶頸，會進行同步調用改造爲異步調用，這個時候可以考慮使用MQ。
原文鏈接：http://youzhixueyuan.com/the-difference-between-rpc-and-mq.html