RabbitMQ ——RPC

Posted 2020-10-24 lin_h

RabbitMQ（六）

——RPC

 

（转载请附上本文链接——linhxx）

 

 一、概述

RabbitMQ的RPC模式，支持生产者和消费者不在同一个系统中，即允许远程调用的情况。通常，消费者作为服务端，放置在远程的系统中，提供接口，生产者调用接口，并发送消息。

RPC模式如下图所示：

 

 

RPC模式是一种远程调用的模式，因为需要http请求，因此速度比系统内部调用慢。而且rpc模式下，通常不易区分哪些是来自外部的请求，哪些是内部的请求，导致整体速度较慢。因此，不能滥用rpc模式。

 

二、回调队列（Callback queue）

要实现rpc模式，生产者需要发送回调队列。方法如下：

list($queue_name, ,) = $channel->queue_declare("", false, false, true, false);

$msg = new AMQPMessage(

    $payload,

    array(\'reply_to\' => $queue_name));

$channel->basic_publish($msg, \'\', \'rpc_queue\');

 

三、AMQP消息属性

AMQP是一种消息传输协议，RabbitMQ是基于此协议的组件。其中，对消息（Message）的属性，有如下几个常用定义：

1）delivery_mode

消息的模式，当该值是2，表示消息需要持久化；当值是1，表示该消息不用持久化。

2）content_type

消息的类型，用来标记消息编码的类型，通常采用json，则此值是application/json，类似在html中的定义。

3）reply_to

用于定义回调队列的名字。

4）correlation_id

用于关联rpc的消息请求发送与消息响应接收。（request 和 response）

 

四、correlation_id

采用回调队列的方式，效率不够高，rabbitMQ还提供了一种方式，即correlation_id。对于每个请求，可以设定一个特定的、唯一的correlation_id。则当收到回复时，仍查看回复消息的此属性，则可以将请求和响应进行关联。

此时，当接收的correlation_id不存在，则表示该响应不是对该生产者发送请求的响应，生产者会丢弃接收到的消息。

采用抛弃消息，而不是报错，是因为服务端（消费者）可能存在竞争条件（race condition），因此存在可能，当服务器（消费者）刚刚发送ack回馈消息给客户端（生产者），服务器宕机。则服务器重启后，会重新发送ack给客户端。但是由于客户端在此之前，已经完成处理，则再次接收到correlation_id时，correlation_id不存在。因此，客户端对待重复的回复是采取抛弃消息的方式，而不是报错。

 

五、工作流程

1、生产者（Client）开始生产消息后，创建了匿名的、独一无二的回调队列。

2、生产者（Client）发送请求时，包含两个属性：reply_to，即回调队列；correlation_id，即用于标记请求的属性。

3、请求（request ）被发送到rpc_queue队列。

4、消费者（The RPC worker）等待请求，收到时，其处理生产者发送的特定的reply_to的消息。

5、生产者等待消息的ack回复，当收到回复后，其校验correlation_id，如果正确则回到应用程序中。

 

 

——written by linhxx

 

更多最新文章，欢迎关注微信公众号“决胜机器学习”，或扫描右边二维码。