RPC
RPC（Remote Procedure Call）遠(yuǎn)程過(guò)程調(diào)用，主要解決遠(yuǎn)程通信間的問(wèn)題，不需要了解底層網(wǎng)絡(luò)的通信機(jī)制。
RPC框架
知名度較高的有Thrift(FB的)、dubbo(阿里的)。
RPC的一般需要經(jīng)歷4個(gè)步驟：
1、建立通信
首先要解決通訊的問(wèn)題：即A機(jī)器想要調(diào)用B機(jī)器，首先得建立起通信連接，主要是通過(guò)在客戶端和服務(wù)器之間建立TCP連接。
2、服務(wù)尋址
要解決尋址的問(wèn)題，A服務(wù)器上如何連接到B服務(wù)器（如主機(jī)或IP地址）以及特定的端口，方法的名稱(chēng)是什么。
3、網(wǎng)絡(luò)傳輸
1）序列化
當(dāng)A服務(wù)器上的應(yīng)用發(fā)起一個(gè)RPC調(diào)用時(shí)，調(diào)用方法和參數(shù)數(shù)據(jù)都需要先進(jìn)行序列化。
2）反序列化
當(dāng)B服務(wù)器接收到A服務(wù)器的請(qǐng)求之后，又需要對(duì)接收到的參數(shù)等信息進(jìn)行反序列化操作。
4、服務(wù)調(diào)用
B服務(wù)器進(jìn)行本地調(diào)用（通過(guò)代理Proxy）之后得到了返回值，此時(shí)還需要再把返回值發(fā)送回A服務(wù)器，同樣也需要經(jīng)過(guò)序列化操作，然后再經(jīng)過(guò)網(wǎng)絡(luò)傳輸將二進(jìn)制數(shù)據(jù)發(fā)送回A服務(wù)器。
通常，一次完整的PRC調(diào)用需要經(jīng)歷如上4個(gè)步驟。
更加詳細(xì)的RPC介紹，點(diǎn)擊參考：微服務(wù)系列：RPC框架的實(shí)現(xiàn)原理，及RPC架構(gòu)組件詳解
MQ(消息隊(duì)列)
消息隊(duì)列（MQ）是一種能實(shí)現(xiàn)生產(chǎn)者到消費(fèi)者單向通信的通信模型，一般來(lái)說(shuō)是指實(shí)現(xiàn)這個(gè)模型的中間件。
典型的MQ中間件:
RabbitMQ、ActiveMQ、Kafka等
典型的特點(diǎn)：
1、解耦
2、可靠投遞
3、廣播
4、最終一致性
5、流量削峰
6、消息投遞保證
7、異步通信（支持同步）
8、提高系統(tǒng)吞吐、健壯性
典型的使用場(chǎng)景：秒殺業(yè)務(wù)中利用MQ來(lái)實(shí)現(xiàn)流量削峰，以及應(yīng)用解耦使用。
RPC和MQ的區(qū)別和關(guān)聯(lián)
1.在架構(gòu)上，RPC和MQ的差異點(diǎn)是，Message有一個(gè)中間結(jié)點(diǎn)Message Queue，可以把消息存儲(chǔ)。
2.同步調(diào)用：對(duì)于要立即等待返回處理結(jié)果的場(chǎng)景，RPC是首選。
3.MQ 的使用，一方面是基于性能的考慮，比如服務(wù)端不能快速的響應(yīng)客戶端（或客戶端也不要求實(shí)時(shí)響應(yīng)），需要在隊(duì)列里緩存。
另外一方面，它更側(cè)重?cái)?shù)據(jù)的傳輸，因此方式更加多樣化，除了點(diǎn)對(duì)點(diǎn)外，還有訂閱發(fā)布等功能。
4.而且隨著業(yè)務(wù)增長(zhǎng)，有的處理端處理量會(huì)成為瓶頸，會(huì)進(jìn)行同步調(diào)用改造為異步調(diào)用，這個(gè)時(shí)候可以考慮使用MQ。
