RPC和MQ同樣都是用于分布式系統的兩個很重要的技術，都有服務提供者、消費者的概念，可在一定程度上對系統進行解耦。但兩者之間還是有區別的，本篇簡單介紹~

一、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個步驟。

二、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。

以上，是RPC和MQ消息隊列的主要區別。

如果覺得不錯，請點贊支持下。

----end----

優知學院往期分享的【消息隊列系列文章】精選干貨，包括MQ的設計思路、核心原理、如何選型、場景應用等，成體系的知識，讓你深度掌握MQ。

如何從0到1設計一個MQ消息隊列

消息隊列的特點、選型及應用場景

MQ消息隊列的12點核心原理總結

主流消息隊列MQ比較，MQ的4類應用場景

Kafka、RocketMQ、RabbitMQ的優劣勢比較

總結

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

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