RabbitMQ 教程译文（六） + 学习

原文

Remote procedure call (RPC)

在第二篇教程中，我们学会了怎么把耗时的消息通过工作队列发送给多个消费者。

但是，如果我们请求一个远端服务，需要等待返回结果，那我们要怎么做。这就是完全不同的两种情况，后者被称为RPC。

在我们这次教程中，我们通过RabbitMQ创建一个RPC系统：一个客户端以及一个可扩展的服务端。因为我们没有什么任务需要分发，所以我们会创建一个简单的RPC服务，只发送斐波那契数列。

客户端接口

为了描述RPC服务如何运行，我们会创建一个简单的客户端，然后暴露一个叫做call的方法，用于向服务端发起请求，并阻塞等待结果。

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

Callback Queue

通常情况下，使用RabbitMQ实现RPC是非常简单的。客户端发送信息，服务端响应信息。为了接收响应，我们需要在请求中加入回调队列地址。我们可以使用默认的队列，代码如下

callbackQueueName = channel.queueDeclare().getQueue();

BasicProperties props = new BasicProperties
                            .Builder()
                            .replyTo(callbackQueueName)
                            .build();

channel.basicPublish("", "rpc_queue", props, message.getBytes());

// ... then code to read a response message from the callback_queue ...

Correlation Id

在上面的代码中，我们建议每个请求创建一个回调队列，但是这样会非常没有效率，幸运的是我们有一个更好的办法处理，为每个客户端创建一个回调队列。

这种方式会带来另一个问题，当我们从队列中获取到一个响应时，我们并不知道这个响应到底是哪个请求的响应。这时候就要用到Correlation Id，我们会在每个请求中设置唯一的Correlation Id，然后我们从队列中获取响应，根据响应中的Correlation Id的值，我们就知道它对应的请求是什么了。如果我们接收到一个我们不认识的响应，我们就可以放心的丢弃它，毕竟它不属于我们的任何请求。

你可能会问，为什么我们要忽略不认识的响应，而不是抛出一个异常？这是因为在服务端可能会出现这样一种情况，虽然概率比较低：服务端可能在发送ack给请求队列之前，发送响应给回调队列之后挂掉，这种情况发生后，服务端重启会继续处理请求，所以客户端会收到重复的响应，所以客户端在处理不识别的响应时需要宽松点，而且服务端需要保证理论上的幂等性

总结

RPC工作步骤
1、对于请求，客户端会发送信息包含一个唯一并且匿名的响应队列地址replyTo，还有个一个唯一标示Correlation Id。
2、发送请求到rpc_queue
3、服务端会等待rpc_queue中的消息，接收到信息后马上处理，并将结果返回到回调队列中
4、客户端等待回调队列中的消息，一旦接收到信息就会检查Correlation Id，如果匹配就会把响应返回给应用。

源码
RPCServer.java
RPCClient.java