RPC遠(yuǎn)程調(diào)用和消息隊列MQ的區(qū)別是什么

RPC遠(yuǎn)程調(diào)用和消息隊列MQ的區(qū)別是什么，針對這個問題，這篇文章詳細(xì)介紹了相對應(yīng)的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

一、RPC

RPC（Remote Procedure Call）遠(yuǎn)程過程調(diào)用，主要解決遠(yuǎn)程通信間的問題，不需要了解底層網(wǎng)絡(luò)的通信機制。

RPC框架

知名度較高的有Thrift(FB的)、dubbo(阿里的)。

RPC的一般需要經(jīng)歷4個步驟：

1、建立通信

首先要解決通訊的問題：即A機器想要調(diào)用B機器，首先得建立起通信連接，主要是通過在客戶端和服務(wù)器之間建立TCP連接。

2、服務(wù)尋址

要解決尋址的問題，A服務(wù)器上如何連接到B服務(wù)器（如主機或IP地址）以及特定的端口，方法的名稱是什么。

3、網(wǎng)絡(luò)傳輸

1）序列化

當(dāng)A服務(wù)器上的應(yīng)用發(fā)起一個RPC調(diào)用時，調(diào)用方法和參數(shù)數(shù)據(jù)都需要先進(jìn)行序列化。

2）反序列化

當(dāng)B服務(wù)器接收到A服務(wù)器的請求之后，又需要對接收到的參數(shù)等信息進(jìn)行反序列化操作。

4、服務(wù)調(diào)用

B服務(wù)器進(jìn)行本地調(diào)用（通過代理Proxy）之后得到了返回值，此時還需要再把返回值發(fā)送回A服務(wù)器，同樣也需要經(jīng)過序列化操作，然后再經(jīng)過網(wǎng)絡(luò)傳輸將二進(jìn)制數(shù)據(jù)發(fā)送回A服務(wù)器。

通常，一次完整的PRC調(diào)用需要經(jīng)歷如上4個步驟。

二、MQ(消息隊列)

消息隊列（MQ）是一種能實現(xiàn)生產(chǎn)者到消費者單向通信的通信模型，一般來說是指實現(xiàn)這個模型的中間件。

典型的MQ中間件

RabbitMQ、ActiveMQ、Kafka等

典型的特點：

1、解耦

2、可靠投遞

3、廣播

4、最終一致性

5、流量削峰

6、消息投遞保證

7、異步通信（支持同步）

8、提高系統(tǒng)吞吐、健壯性

典型的使用場景：

秒殺業(yè)務(wù)中利用MQ來實現(xiàn)流量削峰，以及應(yīng)用解耦使用。

三、RPC和MQ的區(qū)別和關(guān)聯(lián)

1.在架構(gòu)上，RPC和MQ的差異點是，Message有一個中間結(jié)點Message Queue，可以把消息存儲。

2.同步調(diào)用：對于要立即等待返回處理結(jié)果的場景，RPC是首選。

3.MQ 的使用，一方面是基于性能的考慮，比如服務(wù)端不能快速的響應(yīng)客戶端（或客戶端也不要求實時響應(yīng)），需要在隊列里緩存。另外一方面，它更側(cè)重數(shù)據(jù)的傳輸，因此方式更加多樣化，除了點對點外，還有訂閱發(fā)布等功能。

4.而且隨著業(yè)務(wù)增長，有的處理端處理量會成為瓶頸，會進(jìn)行同步調(diào)用改造為異步調(diào)用，這個時候可以考慮使用MQ。

關(guān)于RPC遠(yuǎn)程調(diào)用和消息隊列MQ的區(qū)別是什么問題的解答就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注億速云行業(yè)資訊頻道了解更多相關(guān)知識。