RabbitMQ实例教程:RPC远程调用消息队列

简介:

 在工作队列一章中,我们学会了如何使用工作队列来处理多个工作进程间分发任务,但如果我们想要运行远程计算机上的函数来获得结果呢?这就是本章要处理的问题RPC。


  本节我们会使用RabbitMQ构建一个RPC系统:一个客户端和一个可扩展的RPC服务器。因为我们没有任何耗时的任务值得分发下去,我们构建一个虚拟的服务来返回斐波纳契数列。


  客户端接口


  我们创建一个客户端类来说明如何使用RPC服务,暴露一个call方法来发送RPC请求和数据获取结果。


1
2
3
FibonacciRpcClient fibonacciRpc =  new  FibonacciRpcClient();  
String result = fibonacciRpc.call( "4" );
System.out.println(  "fib(4) is "  + result);


  尽管RPC是编程中一种常见的模式,但其也常常饱受批评。因为程序员常常不知道调用的方法是本地方法还是一个RPC方法,这在调试中常常增加一些不必要的复杂性。我们应该简化代码,而不是滥用RPC导致代码变的臃肿。


  回调队列


  一般来说,通过RabbitMQ实现RPC非常简单,客户端发送一个请求消息,服务端响应消息就完成了。为了接收到响应内容,我们在请求中发送”callback“队列地址,也可以使用默认的队列。


1
2
3
callbackQueueName = channel.queueDeclare().getQueue();
BasicProperties props =  new  BasicProperties .Builder().replyTo(callbackQueueName) .build(); 
channel.basicPublish( "" "rpc_queue" , props, message.getBytes());

   

  AMQP协议中预定了14个消息属性,除了下面几个,其它的都很少使用:


  deliveryMode : 标识消息是持久化还是瞬态的。


  contentType : 描述 mime-type的编码类型,如JSON编码为”application/json“。


  replyTo : 通常在回调队列中使用。


  correlationId : 在请求中关联RPC响应时使用。


  关联Id(Correlation Id)


  在前面的方法中,要求在每个RPC请求创建回调队列,这可真是一件繁琐的事情,但幸运的是我们有个好方法-在每个客户端创建一个简单的回调队列。


  这样问题又来了,队列如何知道这些响应来自哪个请求呢?这时候correlationId就出场了。我们在每个请求中都设置一个唯一的值,这样我们在回调队列中接收消息的时候就能知道是哪个请求发送的。如果收到未知的correlationId,就废弃该消息,因为它不是我们发出的请求。


  你可能会问,为什么抛弃未知消息而不是抛出错误呢?这是由服务器竞争资源所导致的。尽管这不太可能,试想一下,如果RPC服务器在发送完响应后而在发送应答消息前死掉了,重启RPC服务器会重新发送请求。这就是我们在客户机上优雅地处理重复的反应,RPC应该是等同的。


wKioL1YoynDhkgSMAACbyFOQwfU789.jpg


  (1)客户端启动,创建一个匿名且唯一的回调队列。


  (2)对每个RPC请求,客户端发送一个包含replyTo和correlationId两个属性的消息。


  (3)请求发送到rpc_queue队列。


  (4)RPC服务在队列中等待请求,当请求出现时,根据replyTo字段使用队列将结果发送到客户端。


  (5)客户端在回调队列中等待数据。当消息出现时,它会检查correlationId属性,如果该值匹配的话,就会返回响应结果给应用。


  示例代码


  RPCServer.java

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
package  com.favccxx.favrabbit;
 
import  com.rabbitmq.client.ConnectionFactory;
import  com.rabbitmq.client.Connection;
import  com.rabbitmq.client.Channel;
import  com.rabbitmq.client.QueueingConsumer;
import  com.rabbitmq.client.AMQP.BasicProperties;
 
public  class  RPCServer {
 
     private  static  final  String RPC_QUEUE_NAME =  "rpc_queue" ;
 
     private  static  int  fib( int  n) {
         if  (n ==  0 )
             return  0 ;
         if  (n ==  1 )
             return  1 ;
         return  fib(n -  1 ) + fib(n -  2 );
     }
 
     public  static  void  main(String[] argv) {
         Connection connection =  null ;
         Channel channel =  null ;
         try  {
             ConnectionFactory factory =  new  ConnectionFactory();
             factory.setHost( "localhost" );
 
             connection = factory.newConnection();
             channel = connection.createChannel();
 
             channel.queueDeclare(RPC_QUEUE_NAME,  false false false null );
 
             channel.basicQos( 1 );
 
             QueueingConsumer consumer =  new  QueueingConsumer(channel);
             channel.basicConsume(RPC_QUEUE_NAME,  false , consumer);
 
             System.out.println( " [x] Awaiting RPC requests" );
 
             while  ( true ) {
                 String response =  null ;
 
                 QueueingConsumer.Delivery delivery = consumer.nextDelivery();
 
                 BasicProperties props = delivery.getProperties();
                 BasicProperties replyProps =  new  BasicProperties.Builder().correlationId(props.getCorrelationId())
                         .build();
 
                 try  {
                     String message =  new  String(delivery.getBody(),  "UTF-8" );
                     int  n = Integer.parseInt(message);
 
                     System.out.println( " [.] fib("  + message +  ")" );
                     response =  ""  + fib(n);
                 catch  (Exception e) {
                     System.out.println( " [.] "  + e.toString());
                     response =  "" ;
                 finally  {
                     channel.basicPublish( "" , props.getReplyTo(), replyProps, response.getBytes( "UTF-8" ));
 
                     channel.basicAck(delivery.getEnvelope().getDeliveryTag(),  false );
                 }
             }
         catch  (Exception e) {
             e.printStackTrace();
         finally  {
             if  (connection !=  null ) {
                 try  {
                     connection.close();
                 catch  (Exception ignore) {
                 }
             }
         }
     }
}

  RPCClient.java       

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
package  com.favccxx.favrabbit;
 
import  com.rabbitmq.client.ConnectionFactory;
import  com.rabbitmq.client.Connection;
import  com.rabbitmq.client.Channel;
import  com.rabbitmq.client.QueueingConsumer;
import  com.rabbitmq.client.AMQP.BasicProperties;
import  java.util.UUID;
 
public  class  RPCClient {
 
     private  Connection connection;
     private  Channel channel;
     private  String requestQueueName =  "rpc_queue" ;
     private  String replyQueueName;
     private  QueueingConsumer consumer;
 
     public  RPCClient()  throws  Exception {
         ConnectionFactory factory =  new  ConnectionFactory();
         factory.setHost( "localhost" );
         connection = factory.newConnection();
         channel = connection.createChannel();
 
         replyQueueName = channel.queueDeclare().getQueue();
         consumer =  new  QueueingConsumer(channel);
         channel.basicConsume(replyQueueName,  true , consumer);
     }
 
     public  String call(String message)  throws  Exception {
         String response =  null ;
         String corrId = UUID.randomUUID().toString();
 
         BasicProperties props =  new  BasicProperties.Builder().correlationId(corrId).replyTo(replyQueueName).build();
 
         channel.basicPublish( "" , requestQueueName, props, message.getBytes( "UTF-8" ));
 
         while  ( true ) {
             QueueingConsumer.Delivery delivery = consumer.nextDelivery();
             if  (delivery.getProperties().getCorrelationId().equals(corrId)) {
                 response =  new  String(delivery.getBody(),  "UTF-8" );
                 break ;
             }
         }
 
         return  response;
     }
 
     public  void  close()  throws  Exception {
         connection.close();
     }
 
     public  static  void  main(String[] argv) {
         RPCClient fibonacciRpc =  null ;
         String response =  null ;
         try  {
             fibonacciRpc =  new  RPCClient();
 
             System.out.println( " [x] Requesting fib(30)" );
             response = fibonacciRpc.call( "30" );
             System.out.println( " [.] Got '"  + response +  "'" );
         catch  (Exception e) {
             e.printStackTrace();
         finally  {
             if  (fibonacciRpc !=  null ) {
                 try  {
                     fibonacciRpc.close();
                 catch  (Exception ignore) {
                 }
             }
         }
     }
}


  先启动RPCServer,然后运行RPCClient,控制台输出如下内容

RPCClient[x] Requesting fib(30)

RPCClient[.] Got '832040'


RPCServer[x] Awaiting RPC requests

RPCServer[.] fib(30)






本文转自 genuinecx 51CTO博客,原文链接:http://blog.51cto.com/favccxx/1705357,如需转载请自行联系原作者
相关实践学习
消息队列RocketMQ版:基础消息收发功能体验
本实验场景介绍消息队列RocketMQ版的基础消息收发功能,涵盖实例创建、Topic、Group资源创建以及消息收发体验等基础功能模块。
消息队列 MNS 入门课程
1、消息队列MNS简介 本节课介绍消息队列的MNS的基础概念 2、消息队列MNS特性 本节课介绍消息队列的MNS的主要特性 3、MNS的最佳实践及场景应用 本节课介绍消息队列的MNS的最佳实践及场景应用案例 4、手把手系列:消息队列MNS实操讲 本节课介绍消息队列的MNS的实际操作演示 5、动手实验:基于MNS,0基础轻松构建 Web Client 本节课带您一起基于MNS,0基础轻松构建 Web Client
目录
相关文章
|
8月前
|
消息中间件 数据管理 Serverless
阿里云消息队列 Apache RocketMQ 创新论文入选顶会 ACM FSE 2025
阿里云消息团队基于 Apache RocketMQ 构建 Serverless 消息系统,适配多种主流消息协议(如 RabbitMQ、MQTT 和 Kafka),成功解决了传统中间件在可伸缩性、成本及元数据管理等方面的难题,并据此实现 ApsaraMQ 全系列产品 Serverless 化,助力企业提效降本。
|
6月前
|
消息中间件 Java Kafka
消息队列比较:Spring 微服务中的 Kafka 与 RabbitMQ
本文深入解析了 Kafka 和 RabbitMQ 两大主流消息队列在 Spring 微服务中的应用与对比。内容涵盖消息队列的基本原理、Kafka 与 RabbitMQ 的核心概念、各自优势及典型用例,并结合 Spring 生态的集成方式,帮助开发者根据实际需求选择合适的消息中间件,提升系统解耦、可扩展性与可靠性。
434 1
消息队列比较:Spring 微服务中的 Kafka 与 RabbitMQ
|
9月前
|
消息中间件 监控 Docker
Docker环境下快速部署RabbitMQ教程。
就这样,你成功地用魔法召唤出了RabbitMQ,还把它和你的应用程序连接了起来。现在,消息会像小溪流水一样,在你的系统中自由流淌。别忘了,兔子们不喜欢孤独,他们需要你细心的关怀,不时地监控它们,确保他们的世界运转得井井有条。
586 18
|
消息中间件 JSON Java
开发者如何使用轻量消息队列MNS
【10月更文挑战第19天】开发者如何使用轻量消息队列MNS
993 92
|
消息中间件 安全 Java
云消息队列RabbitMQ实践解决方案评测
一文带你详细了解云消息队列RabbitMQ实践的解决方案优与劣
474 93
|
消息中间件 存储 Kafka
MQ 消息队列核心原理,12 条最全面总结!
本文总结了消息队列的12个核心原理,涵盖消息顺序性、ACK机制、持久化及高可用性等内容。关注【mikechen的互联网架构】,10年+BAT架构经验倾囊相授。
|
消息中间件 存储 Java
【干货】看看我司消息队列用啥,全网最接地气pulsar教程(含业务解耦demo源码)
本文介绍了Apache Pulsar消息队列系统的核心特性及其与其它消息队列的区别,通过Docker安装Pulsar及Pulsar Manager,并结合电商业务场景,对比了串行执行与使用Pulsar实现异步解耦的优势,最后通过Java代码示例展示了如何利用Pulsar解决实际业务问题。
1314 4
【干货】看看我司消息队列用啥,全网最接地气pulsar教程(含业务解耦demo源码)
|
消息中间件
解决方案 | 云消息队列RabbitMQ实践获奖名单公布!
云消息队列RabbitMQ实践获奖名单公布!
245 1
|
消息中间件 存储 弹性计算
云消息队列RabbitMQ实践
云消息队列RabbitMQ实践
|
消息中间件 运维 监控
云消息队列RabbitMQ实践解决方案评测报告
本报告旨在对《云消息队列RabbitMQ实践》解决方案进行综合评测。通过对该方案的原理理解、部署体验、设计验证以及实际应用价值等方面进行全面分析,为用户提供详尽的反馈与建议。
336 16

相关产品

  • 云消息队列 MQ