在应用一中,基本的消息队列使用已经完成了,在实际项目中,一定会出现各种各样的需求和问题,rabbitmq内置的很多强大机制和功能会帮助我们解决很多的问题,下面就一个一个的一起学习一下。

消息响应机制

应用一的列子,在消费者从指定队列获取消息的时候,把通知参数no_ack给设成true了,这样就不需要给rabbitMq服务发送已经处理完毕的通知,rabbitmq把消息发出去后,就会直接删除掉,不去管消费者是否处理成功,这样在实际项目中存在很大的风险,出现代码的健壮性很差的错误。所以一定要把no_ack参数设成false:

 channel.BasicConsume("newQueue", false, customer);

在接受逻辑全部处理成功后加上一句代码,通知rabbitmq,接到通知后才会删除

 var ea = (BasicDeliverEventArgs)customer.Queue.Dequeue();
//将消息二进制转回字符串
var msg = Encoding.UTF8.GetString(ea.Body);
//通知队列,已经处理完成
channel.BasicAck(ea.DeliveryTag, false);
Console.WriteLine(msg);

消息持久化

响应保证了消息不会被错误删除,假如rabbitmq挂了,所有消息全部会丢掉,rabbitmq一个广泛使用的机制就是可以持久化,做持久化要两步

1.队列持久化

 //队列是否持久化
bool durable = true;
channel.QueueDeclare("firstQueue",durable,false,false,null);

2.消息持久化,通过设置IBasicProperties.SetPersistent来做

 //消息持久化
var properties = channel.CreateBasicProperties();
properties.SetPersistent(true);
properties.DeliveryMode = ; //消息是持久的,存在并不会受服务器重启影响

上面的持久化,大部分时候不会出现问题,但是假如在写入队列的时候rabbitmq挂了,还是不会持久上,这种情况,我们就要用到我们代码的逻辑来强制进行持久化了。。。。

负载均衡分发消息

如果有两个接收端消费者同时订阅一个队列,会出现不固定的分发流程,某个消费者可能会出现过多的消息流入造成压力,而另一个空闲的蛋疼。所以,如果能公平的接受消息,处理完一个,接受另一个,同时保证压力的均衡。代码在消费者端设置:

channel.BasicQos(, , false);

上面是几个rabbitmq比较重要的机制,下面开始是rabbitmq的核心牛逼的东西路由

这里涉及2个概念:

1.exchange,这是交换机,也叫路由器,在消息生产者发送消息的时候,实际上不是直接发送到queue队列中,因为他不知道发送到哪个队列,他会先发送到路由器中exchange里,exchange再通过路由匹配把消息发送到匹配的队列当中。

2.routingKey这个是路由的匹配规则,当消息发送到exchange里后,会根据routingkey来匹配到底发送到哪个队列,如果没匹配到,则消息丢失

exchange的四种类型:

1.direct:按routingkey的名称匹配

2.fanout:广播,无需匹配routingkey消息会发送到所有队列

3.topic:这个是贪婪匹配,也是最灵活的匹配方式,有两种符号#,*.,......*号的意思是

#符号的意思是比如a_#,可以匹配的队列可以是a_a,a_aa,a_aaaaaa,a_a_b.......多词

*符号的意识是比如a_*,可以匹配的队列可以是a_a,a_b,a_c.......单词

这个是应用一中发送消息给队列的代码,

channel.BasicPublish("", "firstQueue", null, body);

通过查看这个方法的参数中可看到第一个参数是exchange路由,第二个是routingkey匹配规则,而发送的代码第一个参数是"",第二个参数是firstQueue,开始以为是队列实际并不是,原因是如果用空字符串去申明一个exchange,那么系统就会使用"amq.direct"这个exchange。我们在创建一个queue的时候,默认的都会有一个和新建queue同名的routingKey绑定到这个默认的exchange上去,因为在第一个参数选择了默认的exchange,而我们申明的队列叫firstQueue,所以默认的,它在新建一个也叫firstQueue的routingKey,并绑定在默认的exchange上,导致了我们可以在第二个参数routingKey中写firstQueue,这样它就会找到定义的同名的queue,并把消息放进去。

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

基本概念已经差不多了,我是很擅长排版解释,往下是各种匹配规则的代码和运行情况,直接上代码:

1.路由类型direct,匹配规则rroutingKey相同,一个生产者,两个消费者,采用负载均衡方式分发:

生产者

 //创建链接工厂,设置目标,用户,密码
var factory = new ConnectionFactory() {
HostName = "127.0.0.1",
UserName = "feiyang",
Password = "",
AutomaticRecoveryEnabled = true, //自动重连
RequestedHeartbeat = UInt16.MaxValue//心跳超时时间
}; //开启当前服务设置的用户的链接
using (var connection = factory.CreateConnection())
{
//开启一个频道
using (var channel = connection.CreateModel())
{
//创建一个队列
//队列是否持久化
bool durable = true;
//已经存在的队列,不能再定义持久化
// channel.QueueDeclare("firstQueue",false,false,false,null);
//创建一个新的,持久的交换区
channel.ExchangeDeclare("NewExchange", ExchangeType.Direct, true, false, null);
//持久的队列, 没有排他性,与不自动删除
channel.QueueDeclare("newQueue", durable, false, false, null);
// 绑定队列到交换区
channel.QueueBind("newQueue", "NewExchange", "newRoutingKey");
//消息持久化
var properties = channel.CreateBasicProperties();
properties.SetPersistent(true);
properties.DeliveryMode = ; //消息是持久的,存在并不会受服务器重启影响
byte[] body = null;
//消息是以二进制数组的形式传输的,所以如果消息是实体对象的话,需要序列化和然后转化为二进制数组。
for (int i = ; i < ; i++)
{
body = Encoding.UTF8.GetBytes("这是第-----"+i+"-----条消息");
//channel.BasicPublish("", "firstQueue", null, body);
channel.BasicPublish("NewExchange", "newRoutingKey", properties, body);
Console.Write("成功发送第-----"+i+"-----条消息!");
}
Console.ReadKey();
}
}

消费者a:

static void Main(string[] args)
{
var factory = new ConnectionFactory();
factory.HostName = "127.0.0.1";
factory.UserName = "feiyang";
factory.Password = "";
using (var connection = factory.CreateConnection())
{
using (var channel = connection.CreateModel())
{
//创建一个新的,持久的交换区
channel.ExchangeDeclare("NewExchange", ExchangeType.Direct, true, false, null);
//还是连接到哪个队列
channel.QueueDeclare("newQueue",true,false,false,null);
// 绑定队列到交换区
channel.QueueBind("newQueue", "NewExchange", "newRoutingKey");
//定义消息接受者
var customer = new QueueingBasicConsumer(channel);
//从指定队列获取消息,
//中间这个参数实际必须打开,为false,意思是是否不通知rabbitm已经处理完毕,我们这里要设成false,要通知
//channel.BasicConsume("firstQueue",true,customer);
channel.BasicConsume("newQueue", false, customer);
//由于队列分发不公平导致一个压力很大,一个很小,在这设置下,公平q分发,也就是一个消费者处理完通知队列后,才会继续分发一个
channel.BasicQos(, , false);
//开始不断循环出队列的消息
while (true)
{
var ea = (BasicDeliverEventArgs)customer.Queue.Dequeue();
//将消息二进制转回字符串
var msg = Encoding.UTF8.GetString(ea.Body);
//通知队列,已经处理完成
channel.BasicAck(ea.DeliveryTag, false);
Console.WriteLine(msg);
}
//sw.Stop();
//Console.WriteLine("共用时" + sw.ElapsedTicks + "毫秒");
//Console.ReadKey();
}
}
}

消费者b:

 var factory = new ConnectionFactory();
factory.HostName = "127.0.0.1";
factory.UserName = "feiyang";
factory.Password = "";
using (var connection = factory.CreateConnection())
{
using (var channel = connection.CreateModel())
{
//创建一个新的,持久的交换区
//channel.ExchangeDeclare("NewExchange", ExchangeType.Direct, true, false, null);
//还是连接到哪个队列
channel.QueueDeclare("newQueue", true, false, false, null);
// 绑定队列到交换区
//channel.QueueBind("newQueue", "NewExchange", "newRoutingKey");
//定义消息接受者
var customer = new QueueingBasicConsumer(channel);
//从指定队列获取消息,
//中间这个参数实际必须打开,为false,意思是是否不通知rabbitm已经处理完毕,我们这里要设成false,要通知
//channel.BasicConsume("firstQueue",true,customer);
channel.BasicConsume("newQueue", false, customer);
//由于队列分发不公平导致一个压力很大,一个很小,在这设置下,公平q分发,也就是一个消费者处理完通知队列后,才会继续分发一个
channel.BasicQos(, , false);
//开始不断循环出队列的消息
while (true)
{
var ea = (BasicDeliverEventArgs)customer.Queue.Dequeue();
//将消息二进制转回字符串
var msg = Encoding.UTF8.GetString(ea.Body);
//通知队列,已经处理完成
channel.BasicAck(ea.DeliveryTag, false);
Console.WriteLine(msg);
}
//sw.Stop();
//Console.WriteLine("共用时" + sw.ElapsedTicks + "毫秒");
//Console.ReadKey();
}
}

运行结果

2.1个生产者,2个消费者,路由类型direct,匹配规则routingKey相同,匹配不同的队列,一次发送到2个队列各个消费者取出各自的队列消息。

生产者,创建一个交换区,创建一个队列,

 //创建一个队列
//队列是否持久化
bool durable = true;
//已经存在的队列,不能再定义持久化
// channel.QueueDeclare("firstQueue",false,false,false,null);
//创建一个新的,持久的交换区
channel.ExchangeDeclare("queueExchange", ExchangeType.Direct, true, false, null);
//持久的队列, 没有排他性,与不自动删除
channel.QueueDeclare("queue_a", durable, false, false, null);
// 绑定队列到交换区
channel.QueueBind("queue_a", "queueExchange", "queueRoutingKey");
//消息持久化
var properties = channel.CreateBasicProperties();
properties.SetPersistent(true);
properties.DeliveryMode = ; //消息是持久的,存在并不会受服务器重启影响
byte[] body = null;
//消息是以二进制数组的形式传输的,所以如果消息是实体对象的话,需要序列化和然后转化为二进制数组。
for (int i = ; i < ; i++)
{
body = Encoding.UTF8.GetBytes("这是第-----"+i+"-----条消息");
//channel.BasicPublish("", "firstQueue", null, body);
channel.BasicPublish("queueExchange", "queueRoutingKey", properties, body);
Console.Write("成功发送第-----"+i+"-----条消息!");
}

消费者a,创建一个新队列,绑定到和生产者同一个交换区,读取刚刚创建的新队列数据。

 //创建一个新的,持久的交换区
//channel.ExchangeDeclare("NewExchange", ExchangeType.Direct, true, false, null);
//还是连接到哪个队列
channel.QueueDeclare("queue_a_b", true, false, false, null);
// 绑定队列到交换区
channel.QueueBind("queue_a_b", "queueExchange", "queueRoutingKey");
//定义消息接受者
var customer = new QueueingBasicConsumer(channel);
//从指定队列获取消息,
//中间这个参数实际必须打开,为false,意思是是否不通知rabbitm已经处理完毕,我们这里要设成false,要通知
//channel.BasicConsume("firstQueue",true,customer);
channel.BasicConsume("queue_a_b", false, customer);
//由于队列分发不公平导致一个压力很大,一个很小,在这设置下,公平q分发,也就是一个消费者处理完通知队列后,才会继续分发一个
channel.BasicQos(, , false);
//开始不断循环出队列的消息
while (true)
{
var ea = (BasicDeliverEventArgs)customer.Queue.Dequeue();
//将消息二进制转回字符串
var msg = Encoding.UTF8.GetString(ea.Body);
//通知队列,已经处理完成
channel.BasicAck(ea.DeliveryTag, false);
Console.WriteLine(msg);
}

消费b,直接读取生产者创建的queue_a队列消息

 //创建一个新的,持久的交换区
//channel.ExchangeDeclare("NewExchange", ExchangeType.Direct, true, false, null);
//还是连接到哪个队列
//channel.QueueDeclare("newQueue", true, false, false, null);
// 绑定队列到交换区
//channel.QueueBind("newQueue", "NewExchange", "newRoutingKey");
//定义消息接受者
var customer = new QueueingBasicConsumer(channel);
//从指定队列获取消息,
//中间这个参数实际必须打开,为false,意思是是否不通知rabbitm已经处理完毕,我们这里要设成false,要通知
//channel.BasicConsume("firstQueue",true,customer);
channel.BasicConsume("queue_a", false, customer);
//由于队列分发不公平导致一个压力很大,一个很小,在这设置下,公平q分发,也就是一个消费者处理完通知队列后,才会继续分发一个
channel.BasicQos(, , false);
//开始不断循环出队列的消息
while (true)
{
var ea = (BasicDeliverEventArgs)customer.Queue.Dequeue();
//将消息二进制转回字符串
var msg = Encoding.UTF8.GetString(ea.Body);
//通知队列,已经处理完成
channel.BasicAck(ea.DeliveryTag, false);
Console.WriteLine(msg);
}

运行结果

可以看见,通过路由匹配,一次发送消息,发送到匹配到的两个队列中,两个消费者各自读取各自的队列。

3.篇幅有限,再来一个路由类型为Topic的代码例子。

生产者,由于已经创建了一个queueexChange类型为direct的交换区,不能更改类型,所以重新创建一个交换区

  //创建一个队列
//队列是否持久化
bool durable = true;
//已经存在的队列,不能再定义持久化
// channel.QueueDeclare("firstQueue",false,false,false,null);
//创建一个新的,持久的交换区
channel.ExchangeDeclare("queueTopicExchange", ExchangeType.Topic, true, false, null);
//持久的队列, 没有排他性,与不自动删除
channel.QueueDeclare("queue.a", durable, false, false, null);
// 绑定队列到交换区
channel.QueueBind("queue.a", "queueTopicExchange", "queue.#");
//消息持久化
var properties = channel.CreateBasicProperties();
properties.SetPersistent(true);
properties.DeliveryMode = ; //消息是持久的,存在并不会受服务器重启影响
byte[] body = null;
//消息是以二进制数组的形式传输的,所以如果消息是实体对象的话,需要序列化和然后转化为二进制数组。
for (int i = ; i < ; i++)
{
body = Encoding.UTF8.GetBytes("这是第-----"+i+"-----条消息");
//channel.BasicPublish("", "firstQueue", null, body);
channel.BasicPublish("queueTopicExchange", "queue.#", properties, body);
Console.Write("成功发送第-----"+i+"-----条消息!");
}

消费者a:

 //创建一个新的,持久的交换区
//channel.ExchangeDeclare("NewExchange", ExchangeType.Direct, true, false, null);
//还是连接到哪个队列
channel.QueueDeclare("queue.a.b", true, false, false, null);
// 绑定队列到交换区
channel.QueueBind("queue.a.b", "queueTopicExchange", "queue.#");
//定义消息接受者
var customer = new QueueingBasicConsumer(channel);
//从指定队列获取消息,
//中间这个参数实际必须打开,为false,意思是是否不通知rabbitm已经处理完毕,我们这里要设成false,要通知
//channel.BasicConsume("firstQueue",true,customer);
channel.BasicConsume("queue.a.b", false, customer);
//由于队列分发不公平导致一个压力很大,一个很小,在这设置下,公平q分发,也就是一个消费者处理完通知队列后,才会继续分发一个
channel.BasicQos(, , false);
//开始不断循环出队列的消息
while (true)
{
var ea = (BasicDeliverEventArgs)customer.Queue.Dequeue();
//将消息二进制转回字符串
var msg = Encoding.UTF8.GetString(ea.Body);
//通知队列,已经处理完成
channel.BasicAck(ea.DeliveryTag, false);
Console.WriteLine(msg);
}

消费者b:

 //创建一个新的,持久的交换区
//channel.ExchangeDeclare("NewExchange", ExchangeType.Direct, true, false, null);
//还是连接到哪个队列
//channel.QueueDeclare("newQueue", true, false, false, null);
// 绑定队列到交换区
//channel.QueueBind("newQueue", "NewExchange", "newRoutingKey");
//定义消息接受者
var customer = new QueueingBasicConsumer(channel);
//从指定队列获取消息,
//中间这个参数实际必须打开,为false,意思是是否不通知rabbitm已经处理完毕,我们这里要设成false,要通知
//channel.BasicConsume("firstQueue",true,customer);
channel.BasicConsume("queue.a", false, customer);
//由于队列分发不公平导致一个压力很大,一个很小,在这设置下,公平q分发,也就是一个消费者处理完通知队列后,才会继续分发一个
channel.BasicQos(, , false);
//开始不断循环出队列的消息
while (true)
{
var ea = (BasicDeliverEventArgs)customer.Queue.Dequeue();
//将消息二进制转回字符串
var msg = Encoding.UTF8.GetString(ea.Body);
//通知队列,已经处理完成
channel.BasicAck(ea.DeliveryTag, false);
Console.WriteLine(msg);
}

运行结果:

代码例子就不一一写出来了,还有很多种情况,实际项目根据不同的需求灵活运用,有兴趣的可以自己搭配测试一下。

RabbitMq应用二的更多相关文章

  1. RabbitMQ(二)

    一.启用 rabbitmq_management 插件(官网提供的 web 版管理工具) cd /usr/sbin rabbitmq-plugins enable rabbitmq_managemen ...

  2. 消息队列的使用 RabbitMQ (二): Windows 环境下集群的实现

    一.RabbitMQ 集群的基本概念 一个 RabbitMQ 中间件(broker) 由一个或多个 erlang 节点组成,节点之间共享 用户名.虚拟目录.队列消息.运行参数 等, 这个 节点的集合被 ...

  3. SpringBoot集成rabbitmq(二)

    前言 在使用rabbitmq时,我们可以通过消息持久化来解决服务器因异常崩溃而造成的消息丢失.除此之外,我们还会遇到一个问题,当消息生产者发消息发送出去后,消息到底有没有正确到达服务器呢?如果不进行特 ...

  4. python使用rabbitMQ介绍二(工作队列模式)

    一模式介绍 第一章节的生产-消费者模式,是非常简单的模式,一发一收.在实际的应用中,消费者有的时候需要工作较长的时间,则需要增加消费者. 队列模型: 这时mq实现了一下几个功能: rabbitmq循环 ...

  5. RabbitMQ (十二) 消息确认机制 - 发布者确认

    消费者确认解决的问题是确认消息是否被消费者"成功消费". 它有个前提条件,那就是生产者发布的消息已经"成功"发送出去了. 因此还需要一个机制来告诉生产者,你发送 ...

  6. Rabbitmq笔记二

    消息何去何从 mandatory 和 immediate 是 channel . basicPublish 方法中的两个参数,它们都有 当消息传递过程中不可达目的地时将消息返回给生产者的功能. 当 m ...

  7. RabbitMQ系列(二)--基础组件

    声明:对于RabbitMQ的学习基于某课网相关视频和<RabbitMQ实战指南>一书,后续关于RabbitMQ的博客都是基于二者 一.什么是RabbitMQ RabbitMQ是开源代理和队 ...

  8. RabbitMQ(二) -- Work Queues

    RabbitMQ(一) -- Work Queues RabbitMQ使用Work Queues的主要目的是为了避免资源使用密集的任务,它不同于定时任务处理的方式,而是把任务封装为消息添加到队列中.而 ...

  9. RabbitMQ系列二(构建消息队列)

    从AMQP协议可以看出,MessageQueue.Exchange和Binding构成了AMQP协议的核心.下面我们就围绕这三个主要组件,从应用使用的角度全面的介绍如何利用RabbitMQ构建消息队列 ...

随机推荐

  1. 编写高质量代码:改善Java程序的151个建议(第5章:数组和集合___建议75~78)

    建议75:集合中的元素必须做到compareTo和equals同步 实现了Comparable接口的元素就可以排序,compareTo方法是Comparable接口要求必须实现的,它与equals方法 ...

  2. JavaScript性能优化

    如今主流浏览器都在比拼JavaScript引擎的执行速度,但最终都会达到一个理论极限,即无限接近编译后程序执行速度. 这种情况下决定程序速度的另一个重要因素就是代码本身. 在这里我们会分门别类的介绍J ...

  3. Webpack 配置摘要

    open-browser-webpack-plugin 自动打开浏览器 html-webpack-plugin 通过 JS 生成 HTML webpack.optimize.UglifyJsPlugi ...

  4. Android之常见问题集锦Ⅱ

    Android问题集锦Ⅰ:http://www.cnblogs.com/AndroidJotting/p/4608025.html EditText输入内容改变事件监听 _edit.addTextCh ...

  5. nodejs项目mysql使用sequelize支持存储emoji

    nodejs项目mysql使用sequelize支持存储emoji 本篇主要记录nodejs项目阿里云mysql如何支持存储emoji表情. 因由 最近项目遇到用户在文本输入emoji进行存储的时候导 ...

  6. pt-pmp

    pt-pmp有两方面的作用:一是获取进程的堆栈信息,二是对这些堆栈信息进行汇总. 进程的堆栈信息是利用gdb获取的,所以在获取的过程中,会对mysql服务端的性能有一定的影响. 用官方的话说: Thi ...

  7. Django

    一.Django 简介 Django 是一个由 Python 写成的开放源代码的 Web 应用框架.它最初是被开发来用于管理劳伦斯出版集团旗下的一些以新闻内容为主的网站的,即是 CMS(内容管理系统) ...

  8. so 问题来了,你现在值多少钱?

    年底了一大帮人都写着年底总结,总结一年做过的事.错过的事和做错的事.增长了多少本事,找没找到女朋友……来年做好升职加薪,要么做跳槽的准备,程序猿又开始浮躁了……. so 问题来了,你现在值多少钱? 这 ...

  9. VS2015在创建项目时的一些注意事项

    一.下面是在创建一个新的项目是我最常用的,现在对他们一一做一个详细的介绍: 1.Win32控制台应用程序我平时编写小的C/C++程序都用它,它应该是用的最多的. 2.名称和解决方案名称的区别:名称是项 ...

  10. web服务器集群

    概述 集群和分布式都是从集中式进化而来的.分布式和集群会相互合作的,同时的集群和分布式.在这里重点说说集群 集群是什么? 集群能提高单位时间内处理的任务数量,提升服务器性能 有多台服务器去处理任务,但 ...