http://www.cnblogs.com/haoxinyue/archive/2012/09/26/2703964.html
在上一篇文章中,演示了一个发送者和一个消费者的情况。这一篇介绍一下多个消费者在同一个消息队列中获取消息的情况。
在有些应用当中,消费端接收到消息任务需要长时间的处理,如果等上一个消息处理完成以后再取下一个数据进行处理的话,势必会有一些延迟。在消息队列中的数据也会不断增多,延迟将越来越大。当然对于一个消费进程来说,在某些情况下可以起多个线程来处理,而在这里将介绍另一种处理方式,多个消费进程的情况。而RabbitMQ在这方面进行了很好的处理和封装,使客户程序可以很方便的使用。
其实,在代码实现上和上一遍的例子中并没有什么不同,我们只需要运行两个Server端的程序就可以了。我们可以看到,发送的消息会平均的由两个Server中的一个来处理。不会有重复。倘若一个Server程序关闭了,那之后发送的所有消息都会在还运行着的那个Server程序上处理。这可以解决我们一些需要负载均衡的场景,而且扩展非常方便,只要在运行一个Server也就是Worker就可以了,Worker之间的状态同步都免了。
当我们处理一个较长时间任务的时候,程序在处理过程中如果出现异常,或程序挂了导致消息没有处理成功,我们通常并不希望丢失该消息任务,而希望由其他Worker来处理或者等挂了的Worker重新起来以后再处理。同样,应对该场景,RabbitMQ也提供了简便的API方便我们处理。在RabbitMQ中,为了不让消息丢失,它提供了消息应答的概念。当消费者获取到了一个消息以后,需要给RabbitMQ服务一个应答的消息,告知服务我已经收到或正确处理了该消息。那么RabbitMQ可以放心的在队列中删除该消息。在上一篇的服务端的代码中
channel.BasicConsume("TaskQueue", true, consumer);
的第二个参数是true,RabbitMQ服务一旦把消息送达目标队列及认为应答了。为了演示不发送应答消息的情况,我们需要安装一个RabbitMQ的plugin:Management UI。安装这个插件比较简单。
你可以再 http://www.rabbitmq.com/management.html 了解到详细信息。
打开浏览器, http://localhost:55672,输入默认的用户名密码 guest/guest,进入主界面。界面上信息很多,我们只看最上面的一块:Queued Messages。
还是启动一个发送程序和一个接受程序。把接收程序的定义消费者的代码修改为
channel.BasicConsume("TaskQueue", false, consumer);
然后运行两个程序,发送一个消息。由于我们在接收消息的代码中没有发送消息收到的应答包,所以在刚才监控的网页上回出现如下结果:
没有回应的消息是1个。接下来我们关闭接收程序,不修改任何代码,然后再次运行接收程序。我们发现接收程序再次收到了那个原来的消息。而浏览器上显示的状态还是没有变说明还是有一个消息没有应答,因为我们第二次运行的接收程序还是没有发应答包。关掉接收程序,修改一下代码,在处理完消息的时候我们添加如下代码:
channel.BasicAck(ea.DeliveryTag, false);
这时,我发现程序如我们所料,还是会收到一次那个消息包,但是监控网页的界面却变了:
然后,无论在运行多少次接收程序,都不会再收到该消息包了。这也就说明了,RabbitMQ真正认为该消息被正确处理了。
需要注意的是,RabbitMQ对于没有发送应答包的消息没有时间的限制,也就是说没有Timeout。RabbitMQ只会在处理消息的接收程序与RabbitMQ服务端断开连接后才会重新分配该消息。如果连接没有断,但处理程序几天没有给回应包,它也不会重新发送。所以,如果在处理程序出现异常的时候,我们可以写代码将与RabbitMQ的连接断开来实现消息的重新发送(也许会发到其他负载均衡的机器上处理)。
修改后的接收端代码如下:
public class Worker
{
public void Listen()
{
ConnectionFactory factory = new ConnectionFactory();
factory.HostName = "localhost";
using (IConnection connection = factory.CreateConnection())
{
using (IModel channel = connection.CreateModel())
{
channel.QueueDeclare("TaskQueue", true, false, false, null);
//channel.BasicQos(500, 1, false);
QueueingBasicConsumer consumer = new QueueingBasicConsumer(channel);
channel.BasicConsume("TaskQueue", false, consumer);
while (true)
{
BasicDeliverEventArgs ea =
(BasicDeliverEventArgs)consumer.Queue.Dequeue();
Console.WriteLine("Receive a Message, start to handle");
//模拟断开连接
return;
//模拟长时间运行
Thread.Sleep(60000);
byte[] bytes = ea.Body;
XmlSerializer xs = new XmlSerializer(typeof(RequestMessage));
using (MemoryStream ms = new MemoryStream(bytes))
{
RequestMessage message = (RequestMessage)xs.Deserialize(ms);
Console.WriteLine("Receive a Message, Id:" + message.MessageId + " Message:" + message.Message);
}
//发送应答包
channel.BasicAck(ea.DeliveryTag, false);
}
}
}
}
}
需要注意的是,该功能只有在point-point模式下才有如此效果,也就是一发一接的模式下。如果是发布和订阅这种broadcasting的模式下,这种配置项的结果会有一些不同,我们下一篇再说。
完整示例代码从这里下载