談到分布式架構，就不得不談到分布式架構的基石RPC。

什么是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消息中間件比較:

高并發架構系列：Kafka、RocketMQ、RabbitMQ的優劣勢比較

典型的特點：

1、解耦

2、可靠投遞

3、廣播

4、最終一致性

5、流量削峰

6、消息投遞保證

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

8、提高系統吞吐、健壯性

典型的使用場景：秒殺業務中利用MQ來實現流量削峰，以及應用解耦使用。

RPC和MQ的區別和關聯

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

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

3.MQ 的使用，一方面是基于性能的考慮，比如服務端不能快速的響應客戶端（或客戶端也不要求實時響應），需要在隊列里緩存。

另外一方面，它更側重數據的傳輸，因此方式更加多樣化，除了點對點外，還有訂閱發布等功能。

4.而且隨著業務增長，有的處理端處理量會成為瓶頸，會進行同步調用改造為異步調用，這個時候可以考慮使用MQ。

詳細的MQ消息隊列的選型比較，點擊參考：

阿里P8架構師談：主流的消息隊列MQ比較，詳解MQ的4類應用場景

你可能也喜歡:

如何從0到1設計一個類Dubbo的RPC框架

阿里P8架構師談：主流RPC框架詳解，以及與SOA、SOAP、REST的區別

消息中間件系列(九)：詳解RocketMQ的架構設計、關鍵特性、與應用場景

消息中間件系列(五)：MQ消息隊列的12點核心原理總結

消息中間件系列（六）：什么是流量削峰？如何解決秒殺業務的削峰場景

深度剖析RPC框架的核心設計

---

總結

以上是生活随笔為你收集整理的详解RPC远程调用和消息队列MQ的区别的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。