您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码:  验证码,看不清楚?请点击刷新验证码 必填



  求知 文章 文库 Lib 视频 iProcess 课程 角色 咨询 工具 讲座 Modeler   Code  
会员   
 
   
 
  
每天15篇文章
不仅获得谋生技能
更可以追随信仰
 
     
   
 订阅
  捐助
RabbitMQ的原理和使用
 
50 次浏览     评价:  
 2019-9-6 
 
编辑推荐:

本文来自于cnblogs,文章从应用场景架构介绍,包括使用过程,怎么实现等相关内容。

一、RabbitMQ

AMQP,即Advanced Message Queuing Protocol,高级消息队列协议,是应用层协议的一个开放标准,为面向消息的中间件设计。消息中间件主要用于组件之间的解耦,消息的发送者无需知道消息使用者的存在,反之亦然。

AMQP的主要特征是面向消息、队列、路由(包括点对点和发布/订阅)、可靠性、安全。

RabbitMQ是一个开源的AMQP实现,服务器端用Erlang语言编写,支持多种客户端,如:Python、Ruby、.NET、Java、JMS、C、PHP、ActionScript、XMPP、STOMP等,支持AJAX。用于在分布式系统中存储转发消息,在易用性、扩展性、高可用性等方面表现不俗。

二、RabbitMQ的使用场景

对于一个大型的软件系统来说,它会有很多的组件或者说模块或者说子系统或者(subsystem or Component or submodule)。那么这些模块的如何通信?这和传统的IPC有很大的区别。传统的IPC很多都是在单一系统上的,模块耦合性很大,不适合扩展(Scalability);如果使用socket那么不同的模块的确可以部署到不同的机器上,但是还是有很多问题需要解决。比如:

1)信息的发送者和接收者如何维持这个连接,如果一方的连接中断,这期间的数据如何方式丢失?

2)如何降低发送者和接收者的耦合度?

3)如何让Priority高的接收者先接到数据?

4)如何做到load balance?有效均衡接收者的负载?

5)如何有效的将数据发送到相关的接收者?也就是说将接收者subscribe 不同的数据,如何做有效的filter。

6)如何做到可扩展,甚至将这个通信模块发到cluster上?

7)如何保证接收者接收到了完整,正确的数据?

AMDQ协议解决了以上的问题,而RabbitMQ实现了AMQP。

三、RabbitMQ的结构

RabbitMQ的应用场景架构图如下:

Broker:简单来说就是消息队列服务器实体。

Exchange:消息交换机,它指定消息按什么规则,路由到哪个队列。

Queue:消息队列载体,每个消息都会被投入到一个或多个队列。

Binding:绑定,它的作用就是把exchange和queue按照路由规则绑定起来。

Routing Key:路由关键字,exchange根据这个关键字进行消息投递。

vhost:虚拟主机,一个broker里可以开设多个vhost,用作不同用户的权限分离。

producer:消息生产者,就是投递消息的程序。

consumer:消息消费者,就是接受消息的程序。

channel:消息通道,在客户端的每个连接里,可建立多个channel,每个channel代表一个会话任务。

四、RabbitMQ的使用过程

AMQP模型中,消息在producer中产生,发送到MQ的exchange上,exchange根据配置的路由方式发到相应的Queue上,Queue又将消息发送给consumer,消息从queue到consumer有push和pull两种方式。 消息队列的使用过程大概如下:

客户端连接到消息队列服务器,打开一个channel。

客户端声明一个exchange,并设置相关属性。

客户端声明一个queue,并设置相关属性。

客户端使用routing key,在exchange和queue之间建立好绑定关系。

客户端投递消息到exchange。

exchange接收到消息后,就根据消息的key和已经设置的binding,进行消息路由,将消息投递到一个或多个队列里。 exchange也有几个类型,完全根据key进行投递的叫做Direct交换机,例如,绑定时设置了routing key为”abc”,那么客户端提交的消息,只有设置了key为”abc”的才会投递到队列。

4.0 安装和配置

RabbitMQ使用Erlang语言实现,因此在使用时首先要安装和配置erlang环境,并安装服务器后进行相关配置,由于不是本文主要内容所以忽略,详见RabbitMQ简介。

RabbitMQ的客户端使用时需要添加相关依赖。

4.1 点对点

消息生产者的代码如下:

package com.zenhobby.rabbit.demo;

import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;

public class Send
{
//队列名称
private final static String QUEUE_NAME = "hello";

public static void main(String[] argv) throws java.io.IOException
{
/**
* 创建连接连接到MabbitMQ
*/
ConnectionFactory factory = new ConnectionFactory();
//设置MabbitMQ所在主机ip或者主机名
factory.setHost("localhost");
//创建一个连接
Connection connection = factory.newConnection();
//创建一个频道
Channel channel = connection.createChannel();
//指定一个队列
channel.queueDeclare(QUEUE_NAME, false, false, false, null);
//发送的消息
String message = "hello world!";
//往队列中发出一条消息
channel.basicPublish("", QUEUE_NAME, null, message.getBytes());
System.out.println(" [x] Sent '" + message + "'");
//关闭频道和连接
channel.close();
connection.close();
}
}

 

消息消费者的代码如下:

package com.zenhobby.rabbit.demo;

import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;
import com.rabbitmq.client.QueueingConsumer;

public class Recv
{
//队列名称
private final static String QUEUE_NAME = "hello";

public static void main(String[] argv) throws java.io.IOException,
java.lang.InterruptedException
{
//打开连接和创建频道,与发送端一样
ConnectionFactory factory = new ConnectionFactory();
factory.setHost("localhost");
Connection connection = factory.newConnection();
Channel channel = connection.createChannel();
//声明队列,主要为了防止消息接收者先运行此程序,队列还不存在时创建队列。
channel.queueDeclare(QUEUE_NAME, false, false, false, null);
System.out.println(" [*] Waiting for messages. To exit press CTRL+C");

//创建队列消费者
QueueingConsumer consumer = new QueueingConsumer(channel);
//指定消费队列,关闭默认的消息应答
channel.basicConsume(QUEUE_NAME, true, consumer);
while (true)
{
//nextDelivery是一个阻塞方法(内部实现其实是阻塞队列的take方法)
QueueingConsumer.Delivery delivery = consumer.nextDelivery();
String message = new String(delivery.getBody());
System.out.println(" [x] Received '" + message + "'");
}

}
}

 

 

队列分别在生产者和消费者处创建,主要是为了防止有一端未建立起来的时候丢失消息。

4.2 工作队列

工作队列的主要任务是:避免立刻执行资源密集型任务,然后必须等待其完成。相反地,我们进行任务调度:我们把任务封装为消息发送给队列。工作进行在后台运行并不断的从队列中取出任务然后执行。当你运行了多个工作进程时,任务队列中的任务将会被工作进程共享执行。这样的概念在web应用中极其有用,当在很短的HTTP请求间需要执行复杂的任务。

1.消息分发机制

默认的,RabbitMQ会一个一个的发送信息给下一个消费者(consumer),而不考虑每个任务的时长等等,且是一次性分配,并非一个一个分配。平均的每个消费者将会获得相等数量的消息。这样分发消息的方式叫做round-robin。

默认的任务分发虽然看似公平但存在弊端。比如:现在有2个消费者,所有的奇数的消息都是繁忙的,而偶数则是轻松的。按照轮询的方式,奇数的任务交给了第一个消费者,所以一直在忙个不停。偶数的任务交给另一个消费者,则立即完成任务,然后闲得不行。而RabbitMQ则是不了解这些的。这是因为当消息进入队列,RabbitMQ就会分派消息。它不看消费者为应答的数目,只是盲目的将第n条消息发给第n个消费者。

为了解决这个问题,我们使用basicQos( prefetchCount = 1)方法,来限制RabbitMQ只发不超过1条的消息给同一个消费者。当消息处理完毕后,有了反馈,才会进行第二次发送。

int prefetchCount = 1;
channel.basicQos(prefetchCount);

 

使用公平分发,必须关闭自动应答,改为手动应答。

2. 消息确认

每个Consumer可能需要一段时间才能处理完收到的数据。如果在这个过程中,Consumer出错了,异常退出了,而数据还没有处理完成,那么非常不幸,这段数据就丢失了。因为我们采用no-ack的方式进行确认,也就是说,每次Consumer接到数据后,而不管是否处理完成,RabbitMQ Server会立即把这个Message标记为完成,然后从queue中删除了。

为了保证数据不被丢失,RabbitMQ支持消息确认机制,即acknowledgments。为了保证数据能被正确处理而不仅仅是被Consumer收到,那么我们不能采用no-ack。而应该是在处理完数据后发送ack。在处理数据后发送的ack,就是告诉RabbitMQ数据已经被接收,处理完成,RabbitMQ可以去安全的删除它了。如果Consumer退出了但是没有发送ack,那么RabbitMQ就会把这个Message发送到下一个Consumer。这样就保证了在Consumer异常退出的情况下数据也不会丢失。这里并没有用到超时机制。RabbitMQ仅仅通过Consumer的连接中断来确认该Message并没有被正确处理。也就是说,RabbitMQ给了Consumer足够长的时间来做数据处理。

默认情况下,消息确认是打开的(enabled):

boolean autoAck = false;
channel.basicConsume(QUEUE_NAME, autoAck, consumer);

修改消费者如下:

channel.basicQos(1);//保证一次只分发一个
// 创建队列消费者
final Consumer consumer = new DefaultConsumer(channel) {
@Override
public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
String message = new String(body, "UTF-8");

System.out.println(" [x] Received '" + message + "'");
System.out.println(" [x] Proccessing... at " +new Date().toLocaleString());
try {
for (char ch: message.toCharArray()) {
if (ch == '.') {
Thread.sleep(1000);
}
}
} catch (InterruptedException e) {
} finally {
System.out.println(" [x] Done! at " +new Date().toLocaleString());
channel.basicAck(envelope.getDeliveryTag(), false);
}
}
};

 

 

其中:

channel.basicAck(delivery.getEnvelope().getDeliveryTag(), false);

用于在消息处理完毕时返回应答状态。如果MQ服务器未收到应答则在消费者挂掉之后重新把消息放入到队列中以供其他消费者使用。如果关闭了自动消息应答,手动也未设置应答,这是一个很简单的错误,但是后果却是极其严重的。消息在分发出去以后,得不到回应,所以不会在内存中删除,结果RabbitMQ会越来越占用内存,导致服务器挂掉。

3. 消息持久化

为了保证在RabbitMQ退出或者crash了数据仍没有丢失,需要将queue和Message都要持久化。

queue的持久化需要在声明时指定durable=True:

channel.queue_declare (queue='hello', durable=True)

message的持久化需要在发送时指定property:

channel.basicPublish ("", QUEUE_NAME, MessageProperties.PERSISTENT_TEXT_PLAIN, message.getBytes());

修改后的生产者如下所示:

static void Main(string[] args)
{
var factory = new ConnectionFactory() { HostName = "localhost" };
using ( var connection = factory.CreateConnection())
{
using (var channel = connection.CreateModel())
{
bool durable = true;
channel.QueueDeclare ("task_queue", durable, false, false, null);//queue的持久化需要在声明时指定durable=True
var message = GetMessage(args);
var body = Encoding.UTF8.GetBytes(message);
var properties = channel.CreateBasicProperties();
properties.SetPersistent(true);//需要持久化Message,即在Publish的时候指定一个properties,
channel.BasicPublish ("", "task_hello", properties, body);
}
}
}

 

4.3 Publish/Subscribe

1. 交换器

在工作队列一节中使用的分发如下:

channel.basicPublish ("", "hello", null, message.getBytes());

其中第一个入参为空即为默认的交换器,交换器是RabbitMQ中的概念,其主要工作是接受生产者发出的消息,并推送到消息队列中(生产者并没有直接向queue中发送任何消息,而是发给交换器由交换器转交)。

交换器的规则有:

direct (直连):

topic (主题)

headers (标题)

fanout (分发)

Direct Exchange – 处理路由键。需要将一个队列绑定到交换机上,要求该消息与一个特定的路由键完全匹配。这是一个完整的匹配。如果一个队列绑定到该交换机上要求路由键 “dog”,则只有被标记为“dog”的消息才被转发,不会转发dog.puppy,也不会转发dog.guard,只会转发dog。

Channel channel = connection.createChannel();
channel.exchangeDeclare ("exchangeName", "direct"); //direct fanout topic
channel.queueDeclare ("queueName");
channel.queueBind ("queueName", "exchangeName", "routingKey");

byte[] messageBodyBytes = "hello world".getBytes();
//需要绑定路由键
channel.basicPublish ("exchangeName", "routingKey", MessageProperties.PERSISTENT_TEXT_PLAIN, messageBodyBytes);

Fanout Exchange – 不处理路由键。你只需要简单的将队列绑定到交换机上。一个发送到交换机的消息都会被转发到与该交换机绑定的所有队列上。很像子网广播,每台子网内的主机都获得了一份复制的消息。Fanout交换机转发消息是最快的。

Channel channel = connection.createChannel();
channel.exchangeDeclare ("exchangeName", "fanout"); //direct fanout topic
channel.queueDeclare ("queueName");
channel.queueBind ("queueName", "exchangeName", "routingKey");

channel.queueDeclare ("queueName1");
channel.queueBind ("queueName1", " exchangeName", "routingKey1");

byte[] messageBodyBytes = "hello world".getBytes();
//路由键需要设置为空
channel.basicPublish ("exchangeName", "", MessageProperties.PERSISTENT_TEXT_PLAIN, messageBodyBytes);

 

Topic Exchange – 将路由键和某模式进行匹配。此时队列需要绑定要一个模式上。符号“#”匹配一个或多个词,符号“*”匹配不多不少一个词。因此“audit.#”能够匹配到“audit.irs.corporate”,但是“audit.*” 只会匹配到“audit.irs”。

Channel channel = connection.createChannel();
channel.exchangeDeclare("exchangeName", "topic"); //direct fanout topic
channel.queueDeclare("queueName");
channel.queueBind("queueName", "exchangeName", "routingKey.*");

byte[] messageBodyBytes = "hello world".getBytes();
channel.basicPublish("exchangeName", "routingKey.one", MessageProperties.PERSISTENT_TEXT_PLAIN, messageBodyBytes);

Header Exchange

Headers类型的exchange使用的比较少,它也是忽略routingKey的一种路由方式。是使用Headers来匹配的。

Headers是一个键值对,可以定义成Hashtable。发送者在发送的时候定义一些键值对,接收者也可以再绑定时候传入一些键值对,两者匹配的话,则对应的队列就可以收到消息。匹配有两种方式all和any。这两种方式是在接收端必须要用键值"x-mactch"来定义。

all代表定义的多个键值对都要满足,而any则代码只要满足一个就可以了。

fanout,direct,topic exchange的routingKey都需要要字符串形式的,而headers exchange则没有这个要求,因为键值对的值可以是任何类型。

消息生产者如下:

package cn.slimsmart.rabbitmq.demo.headers;

import java.util.Date;
import java.util.Hashtable;
import java.util.Map;

import org.springframework .amqp.core.ExchangeTypes;

import com.rabbitmq.client.AMQP;
import com.rabbitmq.client .AMQP.BasicProperties;
import com.rabbitmq.client .AMQP.BasicProperties.Builder;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;

public class Producer {
private final static String EXCHANGE_NAME = "header-exchange";

@SuppressWarnings ("deprecation")
public static void main (String[] args) throws Exception {
// 创建连接和频道
ConnectionFactory factory = new ConnectionFactory();
factory.setHost ("192.168.36.102");
// 指定用户 密码
factory.setUsername ("admin");
factory.setPassword ("admin");
// 指定端口
factory.setPort (AMQP.PROTOCOL.PORT);
Connection connection = factory.newConnection();
Channel channel = connection.createChannel();

//声明转发器和类型headers
channel.exchangeDeclare (EXCHANGE_NAME, ExchangeTypes.HEADERS,false,true,null);
String message = new Date().toLocaleString() + " : log something";

Map<String,Object> headers = new Hashtable<String, Object>();
headers.put ("aaa", "01234");
Builder properties = new BasicProperties.Builder();
properties.headers (headers);

// 指定消息发送到的转发器,绑定键值对headers键值对
channel.basicPublish (EXCHANGE_NAME, "", properties.build(),message.getBytes());

System.out.println("Sent message :'" + message + "'");
channel.close();
connection.close();
}
}

 

消息消费者如下:

package cn.slimsmart.rabbitmq.demo.headers;

import java.util.Hashtable;
import java.util.Map;

import org.springframework.amqp.core.ExchangeTypes;

import com.rabbitmq.client.AMQP;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;
import com.rabbitmq.client.QueueingConsumer;

public class Consumer {
private final static String EXCHANGE_NAME = "header-exchange";
private final static String QUEUE_NAME = "header-queue";

public static void main(String[] args) throws Exception {
// 创建连接和频道
ConnectionFactory factory = new ConnectionFactory();
factory.setHost("192.168.36.102");
// 指定用户 密码
factory.setUsername("admin");
factory.setPassword("admin");
// 指定端口
factory.setPort(AMQP.PROTOCOL.PORT);
Connection connection = factory.newConnection();
Channel channel = connection.createChannel();

//声明转发器和类型headers
channel.exchangeDeclare(EXCHANGE_NAME, ExchangeTypes.HEADERS,false,true,null);
channel.queueDeclare(QUEUE_NAME,false, false, true,null);

Map<String, Object> headers = new Hashtable<String, Object>();
headers.put("x-match", "any");//all any
headers.put("aaa", "01234");
headers.put("bbb", "56789");
// 为转发器指定队列,设置binding 绑定header键值对
channel.queueBind(QUEUE_NAME, EXCHANGE_NAME,"", headers);
QueueingConsumer consumer = new QueueingConsumer(channel);
// 指定接收者,第二个参数为自动应答,无需手动应答
channel.basicConsume(QUEUE_NAME, true, consumer);
while (true) {
QueueingConsumer.Delivery delivery = consumer.nextDelivery();
String message = new String(delivery.getBody());
System.out.println(message);
}
}
}

 

Default Exchange

其实除了上面四种以外还有一种Default Exchange,它是一种特别的Direct Exchange。

当你手动创建一个队列时,后台会自动将这个队列绑定到一个名称为空的Direct类型交换机上,绑定路由名称与队列名称相同。有了这个默认的交换机和绑定,我们就可以像其他轻量级的队列,如Redis那样,直接操作队列来处理消息。不过只是看起来是,实际上在RabbitMQ里直接操作是不可能的。消息始终都是先发送到交换机,由交换级经过路由传送给队列,消费者再从队列中获取消息的。不过由于这个默认交换机和路由的关系,使我们只关心队列这一层即可,这个比较适合做一些简单的应用,毕竟没有发挥RabbitMQ的最大功能,如果都用这种方式去使用的话就真是杀鸡用宰牛刀了。

2. 临时队列

如果要在生产者和消费者之间创建一个新的队列,又不想使用原来的队列,临时队列就是为这个场景而生的:

首先,每当我们连接到RabbitMQ,我们需要一个新的空队列,我们可以用一个随机名称来创建,或者说让服务器选择一个随机队列名称给我们。

一旦我们断开消费者,队列应该立即被删除。Java客户端提供queuedeclare()为我们创建一个非持久化、独立、自动删除的队列名称。

String queueName = channel.queueDeclare().getQueue();

通过上面的代码就能获取到一个随机队列名称。 例如:它可能是:amq.gen-jzty20brgko-hjmujj0wlg。

3. 绑定

如果我们已经创建了一个分发交换器和队列,现在我们就可以就将我们的队列跟交换器进行绑定。

channel.queueBind(queueName, "logs", "");

执行完这段代码后,日志交换器会将消息添加到我们的队列中。

五、RabbitMQ实现RPC

RabbitMQ可以用于实现RPC,两者有相像之处,使用RabbitMQ实现RPC分为如下几个步骤:

1. Client interface(客户端接口)

为了说明RPC服务可以使用,我们创建一个简单的客户端类。暴露一个方法——发送RPC请求,然后阻塞直到获得结果。

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

2. Callback queue(回调队列)

一般在RabbitMQ中做RPC是很简单的。客户端发送请求消息,服务器回复响应的消息。为了接受响应的消息,我们需要在请求消息中发送一个回调队列。可以用默认的队列:

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 ...

3. Message properties(消息属性)

AMQP协议为消息预定义了一组14个属性。大部分的属性是很少使用的。除了一下几种:

deliveryMode:标记消息传递模式,2-消息持久化,其他值-瞬态。在第二篇文章中还提到过。

contentType:内容类型,用于描述编码的mime-type。例如经常为该属性设置JSON编码。

replyTo:应答,通用的回调队列名称

correlationId:关联ID,方便RPC响应与请求关联

我们需要添加一个新的导入:

import com.rabbitmq.client.AMQP.BasicProperties;

 

4. Correlation Id

在上述方法中为每个RPC请求创建一个回调队列。这是很低效的。幸运的是,一个解决方案:可以为每个客户端创建一个单一的回调队列。

新的问题被提出,队列收到一条回复消息,但是不清楚是那条请求的回复。这是就需要使用correlationId属性了。我们要为每个请求设置唯一的值。然后,在回调队列中获取消息,看看这个属性,关联response和request就是基于这个属性值的。如果我们看到一个未知的correlationId属性值的消息,可以放心的无视它——它不是我们发送的请求。

你可能问道,为什么要忽略回调队列中未知的信息,而不是当作一个失败?这是由于在服务器端竞争条件的导致的。虽然不太可能,但是如果RPC服务器在发送给我们结果后,发送请求反馈前就挂掉了,这有可能会发送未知correlationId属性值的消息。如果发生了这种情况,重启RPC服务器将会重新处理该请求。这就是为什么在客户端必须很好的处理重复响应,RPC应该是幂等的。

5. 实现

我们的RPC的处理流程:

当客户端启动时,创建一个匿名的回调队列。

客户端为RPC请求设置2个属性:replyTo:设置回调队列名字;correlationId:标记request。

请求被发送到rpc_queue队列中。

RPC服务器端监听rpc_queue队列中的请求,当请求到来时,服务器端会处理并且把带有结果的消息发送给客户端。接收的队列就是replyTo设定的回调队列。

客户端监听回调队列,当有消息时,检查correlationId属性,如果与request中匹配,那就是结果了。

RPC服务器端(RPCServer.java)

/**
* RPC服务器端
*
* @author arron
* @date 2015年9月30日 下午3:49:01
* @version 1.0
*/
public class RPCServer {

private static final String RPC_QUEUE_NAME = "rpc_queue";

public static void main( String[] args) throws Exception {
ConnectionFactory factory = new ConnectionFactory();
// 设置MabbitMQ所在主机ip或者主机名
factory.setHost("127.0.0.1");
// 创建一个连接
Connection connection = factory.newConnection();
// 创建一个频道
Channel channel = connection.createChannel();

//声明队列
channel.queueDeclare(RPC_QUEUE_NAME, false, false, false, null);

//限制:每次最多给一个消费者发送1条消息
channel.basicQos(1);

//为rpc_queue队列创建消费者,用于处理请求
QueueingConsumer consumer = new QueueingConsumer(channel);
channel.basicConsume(RPC_QUEUE_NAME, false, consumer);

System.out.println(" [x] Awaiting RPC requests");

while (true) {
QueueingConsumer.Delivery delivery = consumer.nextDelivery();

//获取请求中的correlationId属性值,并将其设置到结果消息的correlationId属性中
BasicProperties props = delivery.getProperties();
BasicProperties replyProps = new BasicProperties.Builder().correlationId (props.getCorrelationId()).build();
//获取回调队列名字
String callQueueName = props.getReplyTo();

String message = new String( delivery.getBody(),"UTF-8");

System.out.println(" [.] fib(" + message + ")");

//获取结果
String response = "" + fib(Integer.parseInt(message));
//先发送回调结果
channel.basicPublish("", callQueueName, replyProps,response.getBytes());
//后手动发送消息反馈
channel.basicAck (delivery.getEnvelope( ).getDeliveryTag(), false);
}
}

/**
* 计算斐波列其数列的第n项
*
* @param n
* @return
* @throws Exception
*/
private static int fib(int n) throws Exception {
if (n < 0)
throw new Exception("参数错误,n必须大于等于0");
if (n == 0)
return 0;
if (n == 1)
return 1;
return fib(n - 1) + fib(n - 2);
}
}

RPC客户端(RPCClient.java):

/**
*
* @author arron
* @date 2015年9月30日 下午3:44:43
* @version 1.0
*/
public class RPCClient {

private static final String RPC_QUEUE_NAME = "rpc_queue";

private Connection connection;
private Channel channel;
private String replyQueueName;
private QueueingConsumer consumer;

public RPCClient() throws Exception {
ConnectionFactory factory = new ConnectionFactory();
// 设置MabbitMQ所在主机ip或者主机名
factory.setHost("127.0.0.1");
// 创建一个连接
connection = factory.newConnection();
// 创建一个频道
channel = connection.createChannel();

//声明队列
channel.queueDeclare (RPC_QUEUE_NAME, false, false, false, null);

//为每一个客户端获取一个随机的回调队列
replyQueueName = channel.queueDeclare().getQueue();
//为每一个客户端创建一个消费者 (用于监听回调队列,获取结果)
consumer = new QueueingConsumer(channel);
//消费者与队列关联
channel.basicConsume ( replyQueueName, true, consumer);
}

/**
* 获取斐波列其数列的值
*
* @param message
* @return
* @throws Exception
*/
public String call(String message) throws Exception{
String response = null;
String corrId = java.util.UUID.randomUUID().toString();

//设置replyTo和correlationId属性值
BasicProperties props = new BasicProperties.Builder( ).correlationId( corrId).replyTo( replyQueueName ).build();

//发送消息到rpc_queue队列
channel.basicPublish("", RPC_QUEUE_NAME, props, message.getBytes());

while (true) {
QueueingConsumer.Delivery delivery = consumer.nextDelivery();
if (delivery.getProperties( ).getCorrelationId( ).equals(corrId)) {
response = new String( delivery.getBody(),"UTF-8");
break;
}
}

return response;
}

public static void main( String[] args) throws Exception {
RPCClient fibonacciRpc = new RPCClient();
String result = fibonacciRpc.call("4");
System.out.println ( "fib(4) is " + result);
}
}

这里的例子只是RabbitMQ中RPC服务的一个实现,你也可以根据业务需要实现更多。rpc有一个优点,如果一个RPC服务器处理不来,可以再增加一个、两个、三个。我们的例子中的代码还比较简单,还有很多问题没有解决:

如果没有发现服务器,客户端如何处理?

如果客户端的RPC请求超时了怎么办?

如果服务器出现了故障,发生了异常,是否将异常发送到客户端

在处理消息前,怎样防止无效的消息?检查范围、类型?

 

   
50 次浏览  评价: 差  订阅 捐助
相关文章

阻碍使用企业架构的原因及克服方法
世界级企业架构的行业挑战
企业架构和SOA架构的角色将融合
什么最适合您的组织?
相关文档

企业架构与ITIL
企业架构框架
Zachman企业架构框架简介
企业架构让SOA落地
相关课程

企业架构设计
软件架构案例分析和最佳实践
嵌入式软件架构设计—高级实践
企业级SOA架构实践
每天2个文档/视频
扫描微信二维码订阅
订阅技术月刊
获得每月300个技术资源
 
 

关于我们 | 联系我们 | 京ICP备10020922号 京公海网安备110108001071号