RabbitMq入门教程
rabbitmq 简介
rabbitmq是一个开源的，在amqp基础上完整的，可复用的企业消息系统。
支持主流的操作系统，linux、windows、macox等
多种开发语言支持，java、python、ruby、.net、php、c/c++、node.js等
amqp，即 advanced message queuing protocol（高级消息队列协议），是一个网络协议，是应用层协议的一个开放标准，为面向消息的中间件设计。基于此协议的客户端与消息中间件可传递消息，并不受客户端/中间件不同产品，不同的开发语言等条件的限制。2006年，amqp 规范发布。
2007年，rabbit 技术公司基于 amqp 标准开发的 rabbitmq 1.0 发布。rabbitmq 采用 erlang 语言开发。erlang 语言由 ericson 设计，专门为开发高并发和分布式系统的一种语言，在电信领域使用广泛。
rabbitmq基本概念
rabbitmq 基础架构：
broker
接收和分发消息的应用，rabbitmq server就是 message broker
virtual host
虚拟主机，出于多租户和安全因素设计的，把 amqp 的基本组件划分到一个虚拟的分组中，类似于网络中的 namespace 概念。当多个不同的用户使用同一个 rabbitmq server 提供的服务时，可以划分出多个vhost，每个用户在自己的 vhost 创建 exchange／queue 等，每一个虚拟主机都有amqp的全套基础组件，并且可以针对每个虚拟主机进行权限以及数据分配，并且不同虚拟主机之间是完全隔离的。
connection
客户端与rabbitmq进行交互，首先就需要建立一个tpc连接。rabbitmq为了减少性能开销，也会在一个connection中建立多个channel，这样便于客户端进行多线程连接，这些连接会复用同一个connection的tcp通道，提高性能。
channel
客户端与rabbitmq建立了连接，就会分配一个amqp信道 channel。每个信道都会被分配一个唯一的id。
exchange
消息队列交换机，消息发送到rabbitmq中后，会首先进入一个交换机，然后由交换机负责将数据转发到不同的队列中。rabbitmq中有多种不同类型的交换机来支持不同的路由策略。
交换机多用来与生产者打交道。生产者发送的消息通过exchange交换机分配到各个不同的queue队列上，而对于消息消费者来说，通常只需要关注自己的队列就可以了。
queue
消息队列，队列是实际保存数据的最小单位。队列结构天生就具有fifo的顺序。
producer
消息生产者，即生产方客户端，生产方客户端将消息发送
consumer
消息消费者，即消费方客户端，接收mq转发的消息。
消息发送者的固定步骤
1.创建消息生产者producer，并制定生产者组名
2.指定nameserver地址
3.启动producer
4.创建消息对象，指定主题topic、tag和消息体
5.发送消息
6.关闭生产者producer
消息消费者的固定步骤
1.创建消费者consumer，制定消费者组名
2.指定nameserver地址
3.订阅主题topic和tag
4.设置回调函数，处理消息
5.启动消费者consumer
编程模型
引入依赖
com.rabbitmq amqp-client 5.9.0
创建连接获取channel
connectionfactory factory = new connectionfactory()factory.sethost(host_name)factory.setport(host_port)factory.setusername(user_name)factory.setpassword(password)factory.setvirtualhost(virtual_host)connection connection = factory.newconnection()channel channel = connection.createchannel()
声明exchange(可选)
channel.exchangedeclare(string exchange, string type, boolean durable, boolean autodelete,map arguments) throws ioexception;
exchange有四种类型: fanout、 topic 、headers 、direct
声明queue
channel.queuedeclare(string queue, boolean durable, boolean exclusive, boolean autodelete, map arguments);durable 表示是否持久化。durable选项表示会将队列的消息写入硬盘，这样服务重启后这些消息就不会丢失。
声明exchange与queue的绑定关系(可选)
channel.queuebind(string queue, string exchange, string routingkey) throws ioexception;声明了exchange和queue，那么就还需要声明exchange与queue的绑定关系binding。有了这些binding，exchange才可以知道producer发送过来的消息将要分发到哪些queue上。
这些binding涉及到消息的不同分发逻辑，与exchange和queue一样，如果broker上没有建立绑定关系，那么rabbitmq会按照客户端的声明，创建这些绑定关系。
发送消息
channel.basicpublish(string exchange, string routingkey, basicproperties props,message.getbytes(utf-8)) ;
其中exchange如果不需要，传个空字符串。
props的这些配置项，可以用rabbitmq中提供的一个builder对象来构建。
amqp.basicproperties.builder builder = new amqp.basicproperties.builder() //对应页面上的properties部分，传入一些预定的参数值。 builder.deliverymode(messageproperties.persistent_text_plain.getdeliverymode()) builder.priority(messageproperties.persistent_text_plain.getpriority()) //builder.headers(headers) builder.build() amqp.basicproperties prop = builder.build()
messageproperties.persistent_text_plain是rabbitmq提供的持久化消息的默认配置。
消费消息
被动消费模式
consumer等待rabbitmq 服务器将message推送过来再消费。
channel.basicconsume(string queue, boolean autoack, consumer callback);
主动消费模式
comsumer主动到rabbitmq服务器上去拉取messge进行消费。
getresponse response = channel.basicget(queue_name, boolean autoack)
消费消息确认
自动ack：autoack为true，消息一旦被接收，消费者自动发送ack，如果消费失败了，后续也无法再消费了
手动ack：autoack为false，消息接收后，不会发送ack，需要手动调用 channel.basicack 来通知服务器已经消费了该message.这样即使consumer在执行message过程中出问题了，也不会造成消息丢失。
释放资源
channel.close()conection.clouse()
消息模型
简单模式
最直接的方式，p端发送一个消息到一个指定的queue，中间不需要任何exchange规则。c端按queue方式进行消费。
在上图的模型中，有以下概念：
p：生产者，也就是要发送消息的程序
c：消费者：消息的接受者。
queue：消息队列，图中红色部分。可以缓存消息；生产者向其中投递消息，消费者从其中取出消息。
一个生产者、一个消费者，不需要设置交换机（使用默认的交换机）。
producer:
channel.queuedeclare(queue_name,false,false,false,null);channel.basicpublish(, queue_name, null, message.getbytes(utf-8));
consumer:
channel.queuedeclare(queue_name, false, false, false, null);work queues 工作队列模式
work queues：与简单模式相比，多了一个或一些消费端，多个消费端共同消费同一个队列中的消息。一个消息只会被一个消费者消费。
一个生产者、多个消费者（竞争关系），不需要设置交换机（使用默认的交换机）。
应用场景：对于任务过重或任务较多情况使用工作队列可以提高任务处理的速度。
channel.queuedeclare(task_queue_name, true, false, false, null); channel.basicpublish(, task_queue_name,messageproperties.persistent_text_plain, message.getbytes(utf-8));
consumer: 每次拉取一条消息。
channel.queuedeclare(task_queue_name, true, false, false, null);channel.basicqos(1);channel.basicconsume(task_queue_name, false, consumer);
publish/subscribe 发布订阅
exchange type是 fanout 。
在订阅模型中，多了一个 exchange 角色，而且过程略有变化：
p：生产者，也就是要发送消息的程序，但是不再发送到队列中，而是发给x（交换机）
c：消费者，消息的接收者
queue：消息队列，接收消息、缓存消息exchange：交换机（x）。一方面，接收生产者发送的消息。另一方面，知道如何处理消息，例如递交给某个特别队列、递交给所有队列、或是将消息丢弃。到底如何操作，取决于exchange的类型。
exchange有常见以下3种类型：
fanout：广播，将消息交给所有绑定到交换机的队列，交换机需要与队列进行绑定，绑定之后；一个消息可以被多个消费者都收到。
direct：定向，把消息交给符合指定routing key 的队列
topic：通配符，把消息交给符合routing pattern（路由模式） 的队列
exchange（交换机）只负责转发消息，不具备存储消息的能力，因此如果没有任何队列与 exchange 绑定，或者没有符合路由规则的队列，那么消息会丢失！producer只负责发送消息，至于消息进入哪个queue，由exchange来分配。
使用场景：
所有消费者获得相同的消息，例如天气预报。
生产者：
channel.exchangedeclare(exchange_name, fanout);channel.basicpublish(exchange_name, , null, message.getbytes(utf-8));
消费者：
channel.exchangedeclare(exchange_name, fanout)string queuename = channel.queuedeclare().getqueue()channel.queuebind(queuename, exchange_name, )
发布订阅模式与工作队列模式的区别：
工作队列模式不用定义交换机，而发布/订阅模式需要定义交换机
发布/订阅模式的生产方是面向交换机发送消息，工作队列模式的生产方是面向队列发送消息(底层使用默认交换机)
发布/订阅模式需要设置队列和交换机的绑定，工作队列模式不需要设置，实际上工作队列模式会将队列绑 定到默认的交换机
rout 路由模式
exchange typ 是 direct 。
p：生产者，向 exchange 发送消息，发送消息时，会指定一个routing key
x：exchange（交换机），接收生产者的消息，然后把消息递交给与 routing key 完全匹配的队列
c1：消费者，其所在队列指定了需要 routing key 为 error 的消息
c2：消费者，其所在队列指定了需要 routing key 为 info、error、warning 的消息
路由模式要求队列在绑定交换机时要指定 routing key，消息会转发到符合 routing key 的队列。
生产者：
channel.exchangedeclare(exchange_name, direct);channel.basicpublish(exchange_name, routingkey, null, message.getbytes(utf-8));
消费者:
channel.exchangedeclare(exchange_name, direct)channel.queuebind(queuename, exchange_name, routingkey1)channel.queuebind(queuename, exchange_name, routingkey2)channel.basicconsume(queuename, true, consumer)
topics 通配符模式
exchange type 是 topic
红色 queue：绑定的是 usa.# ，因此凡是以 usa. 开头的 routing key 都会被匹配到
黄色 queue：绑定的是 #.news ，因此凡是以 .news 结尾的 routing key 都会被匹配
对routingkey进行了模糊匹配单词之间用,隔开，* 代表一个具体的单词。# 代表0个或多个单词
topic 主题模式可以实现 pub/sub 发布与订阅模式和 routing 路由模式的功能，只是 topic 在配置routing key 的时候可以使用通配符，显得更加灵活。
producer:
channel.exchangedeclare(exchange_name, topic);channel.basicpublish(exchange_name, routingkey, null, message.getbytes(utf-8));
receiver:
channel.exchangedeclare(exchange_name, topic)channel.queuebind(queuename, exchange_name, routingkey1)channel.queuebind(queuename, exchange_name, routingkey2)channel.basicconsume(queuename, true, consumer)
发送消息确认
发送的消息如果没有被消费者及时消费有可能会导致消息丢失。
发送者确认模式默认是不开启的，所以如果需要开启发送者确认模式，需要手动在channel中进行声明。
channel.confirmselect()使用异步确认消息保证消息在生产端不丢失。
producer在channel中注册监听器来对消息进行确认。核心代码：
channel.addconfirmlistener(confirmcallback var1, confirmcallback var2)confirmcallback，监听器接口，里面只有一个方法：void handle(long sequencenumber, boolean multiple) throws ioexception; 这方法中的两个参数，
sequencenumer：这个是一个唯一的序列号，代表一个唯一的消息。在rabbitmq中，他的消息体只是一个二进制数组，默认消息是没有序列号的。那么在回调的时候，producer怎么知道是哪一条消息成功或者失败呢？rabbitmq提供了一个方法int sequencenumber = channel.getnextpublishseqno();来生成一个全局递增的序列号，这个序列号将会分配给新发送的那一条消息。然后应用程序需要自己来将这个序列号与消息对应起来。没错！是的！需要客户端自己去做对应！
multiple：这个是一个boolean型的参数。如果是false，就表示这一次只确认了当前一条消息。如果是true，就表示rabbitmq这一次确认了一批消息，在sequencenumber之前的所有消息都已经确认完成了。
springboot集成rabbitmq
添加依赖
org.springframework.boot spring-boot-starter-amqp
配置文件
server: port: 8081spring: application: name: test-rabbitmq-producer rabbitmq: host: 127.0.0.1 port: 5672 username: guest password: guest virtualhost: /
rabbitmq配置类
配置exchange、queue、及绑定交换机，下面配置topic交换机。
package com.example.config; import org.springframework.amqp.core.*;import org.springframework.beans.factory.annotation.qualifier;import org.springframework.context.annotation.bean;import org.springframework.context.annotation.configuration; * rabbitmqconfig */@configurationpublic class rabbitmqconfig { public static final string queue_inform_email = queue_inform_email; public static final string queue_inform_sms = queue_inform_sms; public static final string exchange_topics_inform=exchange_topics_inform; public static final string routingkey_email=inform.#.email.#; public static final string routingkey_sms=inform.#.sms.#; @bean(exchange_topics_inform) public exchange exchange_topics_inform(){ return exchangebuilder.topicexchange(exchange_topics_inform).durable(true).build(); } @bean(queue_inform_email) public queue queue_inform_email(){ return new queue(queue_inform_email); } @bean(queue_inform_sms) public queue queue_inform_sms(){ return new queue(queue_inform_sms); } @bean public binding binding_queue_inform_email(@qualifier(queue_inform_email) queue queue, @qualifier(exchange_topics_inform) exchange exchange){ return bindingbuilder.bind(queue).to(exchange).with(routingkey_email).noargs(); } @bean public binding binding_routingkey_sms(@qualifier(queue_inform_sms) queue queue, @qualifier(exchange_topics_inform) exchange exchange){ return bindingbuilder.bind(queue).to(exchange).with(routingkey_sms).noargs(); } }
发送消息
string message = hello worldrabbittemplate.convertandsend(rabbitmqtopicconfig.exchange_topics_inform, inform.email, message)
消费消息
消费者都是通过@rabbitlistener注解来声明。在@rabbitmqlistener注解中包含了非常多对queue进行定制的属性，大部分的属性都是有默认值的。
@rabbitlistener(queues = {rabbitmqtopicconfig.queue_inform_email}) public void receive_email(object msg, message message, channel channel){ system.out.println(queue_inform_email msg+msg); } @rabbitlistener(queues = {rabbitmqtopicconfig.queue_inform_sms}) public void receive_sms(object msg, message message, channel channel){ system.out.println(queue_inform_sms msg+msg); }
无铅锡膏和有铅锡膏有什么区别？锡膏厂家告诉你
探究LG的LG Wing屏幕旋转技术
量子点电视原理是什么?量子点电视优缺点
什么是空气轴承，真的能无摩擦磨损吗？
硅谷几家科技公司都在研发自驾汽车 想造个车就那么难呢
RabbitMq入门教程
汇总114个实用电子的小常识
利用光学涡流进行下一代精密印刷
Adobe Flash Player正式停止更新和发行
AR公司提供了在移动网络浏览器上与AR内容交互的方式
HYV连接器可增加大电流连接时的安全性
综合布线工程竣工的检验要求
鸿湖万联启鸿开发板通过OpenHarmony兼容性测评
Pure提供易用、高效且常青的数据和存储管理技术解决方案
无人机行业最全研究分析
为什么说“新泓能光波房”才是行业标杆？看完就懂了
突发！美国射频巨头出售中国工厂
携手德州仪器 奥迪将带来丰富的车载媒体功能
情感分析概述 人工智能技术落地
服务器数据恢复—服务器raid5故障导致上层分区无法访问的数据恢复案例
rabbitmq是一个开源的，在amqp基础上完整的，可复用的企业消息系统。
支持主流的操作系统，linux、windows、macox等
多种开发语言支持，java、python、ruby、.net、php、c/c++、node.js等
amqp，即 advanced message queuing protocol（高级消息队列协议），是一个网络协议，是应用层协议的一个开放标准，为面向消息的中间件设计。基于此协议的客户端与消息中间件可传递消息，并不受客户端/中间件不同产品，不同的开发语言等条件的限制。2006年，amqp 规范发布。
2007年，rabbit 技术公司基于 amqp 标准开发的 rabbitmq 1.0 发布。rabbitmq 采用 erlang 语言开发。erlang 语言由 ericson 设计，专门为开发高并发和分布式系统的一种语言，在电信领域使用广泛。
rabbitmq基本概念
rabbitmq 基础架构：
broker
接收和分发消息的应用，rabbitmq server就是 message broker
virtual host
虚拟主机，出于多租户和安全因素设计的，把 amqp 的基本组件划分到一个虚拟的分组中，类似于网络中的 namespace 概念。当多个不同的用户使用同一个 rabbitmq server 提供的服务时，可以划分出多个vhost，每个用户在自己的 vhost 创建 exchange／queue 等，每一个虚拟主机都有amqp的全套基础组件，并且可以针对每个虚拟主机进行权限以及数据分配，并且不同虚拟主机之间是完全隔离的。
connection
客户端与rabbitmq进行交互，首先就需要建立一个tpc连接。rabbitmq为了减少性能开销，也会在一个connection中建立多个channel，这样便于客户端进行多线程连接，这些连接会复用同一个connection的tcp通道，提高性能。
channel
客户端与rabbitmq建立了连接，就会分配一个amqp信道 channel。每个信道都会被分配一个唯一的id。
exchange
消息队列交换机，消息发送到rabbitmq中后，会首先进入一个交换机，然后由交换机负责将数据转发到不同的队列中。rabbitmq中有多种不同类型的交换机来支持不同的路由策略。
交换机多用来与生产者打交道。生产者发送的消息通过exchange交换机分配到各个不同的queue队列上，而对于消息消费者来说，通常只需要关注自己的队列就可以了。
queue
消息队列，队列是实际保存数据的最小单位。队列结构天生就具有fifo的顺序。
producer
消息生产者，即生产方客户端，生产方客户端将消息发送
consumer
消息消费者，即消费方客户端，接收mq转发的消息。
消息发送者的固定步骤
1.创建消息生产者producer，并制定生产者组名
2.指定nameserver地址
3.启动producer
4.创建消息对象，指定主题topic、tag和消息体
5.发送消息
6.关闭生产者producer
消息消费者的固定步骤
1.创建消费者consumer，制定消费者组名
2.指定nameserver地址
3.订阅主题topic和tag
4.设置回调函数，处理消息
5.启动消费者consumer
编程模型
引入依赖
com.rabbitmq amqp-client 5.9.0
创建连接获取channel
connectionfactory factory = new connectionfactory()factory.sethost(host_name)factory.setport(host_port)factory.setusername(user_name)factory.setpassword(password)factory.setvirtualhost(virtual_host)connection connection = factory.newconnection()channel channel = connection.createchannel()
声明exchange(可选)
channel.exchangedeclare(string exchange, string type, boolean durable, boolean autodelete,map arguments) throws ioexception;
exchange有四种类型: fanout、 topic 、headers 、direct
声明queue
channel.queuedeclare(string queue, boolean durable, boolean exclusive, boolean autodelete, map arguments);durable 表示是否持久化。durable选项表示会将队列的消息写入硬盘，这样服务重启后这些消息就不会丢失。
声明exchange与queue的绑定关系(可选)
channel.queuebind(string queue, string exchange, string routingkey) throws ioexception;声明了exchange和queue，那么就还需要声明exchange与queue的绑定关系binding。有了这些binding，exchange才可以知道producer发送过来的消息将要分发到哪些queue上。
这些binding涉及到消息的不同分发逻辑，与exchange和queue一样，如果broker上没有建立绑定关系，那么rabbitmq会按照客户端的声明，创建这些绑定关系。
发送消息
channel.basicpublish(string exchange, string routingkey, basicproperties props,message.getbytes(utf-8)) ;
其中exchange如果不需要，传个空字符串。
props的这些配置项，可以用rabbitmq中提供的一个builder对象来构建。
amqp.basicproperties.builder builder = new amqp.basicproperties.builder() //对应页面上的properties部分，传入一些预定的参数值。 builder.deliverymode(messageproperties.persistent_text_plain.getdeliverymode()) builder.priority(messageproperties.persistent_text_plain.getpriority()) //builder.headers(headers) builder.build() amqp.basicproperties prop = builder.build()
messageproperties.persistent_text_plain是rabbitmq提供的持久化消息的默认配置。
消费消息
被动消费模式
consumer等待rabbitmq 服务器将message推送过来再消费。
channel.basicconsume(string queue, boolean autoack, consumer callback);
主动消费模式
comsumer主动到rabbitmq服务器上去拉取messge进行消费。
getresponse response = channel.basicget(queue_name, boolean autoack)
消费消息确认
自动ack：autoack为true，消息一旦被接收，消费者自动发送ack，如果消费失败了，后续也无法再消费了
手动ack：autoack为false，消息接收后，不会发送ack，需要手动调用 channel.basicack 来通知服务器已经消费了该message.这样即使consumer在执行message过程中出问题了，也不会造成消息丢失。
释放资源
channel.close()conection.clouse()
消息模型
简单模式
最直接的方式，p端发送一个消息到一个指定的queue，中间不需要任何exchange规则。c端按queue方式进行消费。
在上图的模型中，有以下概念：
p：生产者，也就是要发送消息的程序
c：消费者：消息的接受者。
queue：消息队列，图中红色部分。可以缓存消息；生产者向其中投递消息，消费者从其中取出消息。
一个生产者、一个消费者，不需要设置交换机（使用默认的交换机）。
producer:
channel.queuedeclare(queue_name,false,false,false,null);channel.basicpublish(, queue_name, null, message.getbytes(utf-8));
consumer:
channel.queuedeclare(queue_name, false, false, false, null);work queues 工作队列模式
work queues：与简单模式相比，多了一个或一些消费端，多个消费端共同消费同一个队列中的消息。一个消息只会被一个消费者消费。
一个生产者、多个消费者（竞争关系），不需要设置交换机（使用默认的交换机）。
应用场景：对于任务过重或任务较多情况使用工作队列可以提高任务处理的速度。
channel.queuedeclare(task_queue_name, true, false, false, null); channel.basicpublish(, task_queue_name,messageproperties.persistent_text_plain, message.getbytes(utf-8));
consumer: 每次拉取一条消息。
channel.queuedeclare(task_queue_name, true, false, false, null);channel.basicqos(1);channel.basicconsume(task_queue_name, false, consumer);
publish/subscribe 发布订阅
exchange type是 fanout 。
在订阅模型中，多了一个 exchange 角色，而且过程略有变化：
p：生产者，也就是要发送消息的程序，但是不再发送到队列中，而是发给x（交换机）
c：消费者，消息的接收者
queue：消息队列，接收消息、缓存消息exchange：交换机（x）。一方面，接收生产者发送的消息。另一方面，知道如何处理消息，例如递交给某个特别队列、递交给所有队列、或是将消息丢弃。到底如何操作，取决于exchange的类型。
exchange有常见以下3种类型：
fanout：广播，将消息交给所有绑定到交换机的队列，交换机需要与队列进行绑定，绑定之后；一个消息可以被多个消费者都收到。
direct：定向，把消息交给符合指定routing key 的队列
topic：通配符，把消息交给符合routing pattern（路由模式） 的队列
exchange（交换机）只负责转发消息，不具备存储消息的能力，因此如果没有任何队列与 exchange 绑定，或者没有符合路由规则的队列，那么消息会丢失！producer只负责发送消息，至于消息进入哪个queue，由exchange来分配。
使用场景：
所有消费者获得相同的消息，例如天气预报。
生产者：
channel.exchangedeclare(exchange_name, fanout);channel.basicpublish(exchange_name, , null, message.getbytes(utf-8));
消费者：
channel.exchangedeclare(exchange_name, fanout)string queuename = channel.queuedeclare().getqueue()channel.queuebind(queuename, exchange_name, )
发布订阅模式与工作队列模式的区别：
工作队列模式不用定义交换机，而发布/订阅模式需要定义交换机
发布/订阅模式的生产方是面向交换机发送消息，工作队列模式的生产方是面向队列发送消息(底层使用默认交换机)
发布/订阅模式需要设置队列和交换机的绑定，工作队列模式不需要设置，实际上工作队列模式会将队列绑 定到默认的交换机
rout 路由模式
exchange typ 是 direct 。
p：生产者，向 exchange 发送消息，发送消息时，会指定一个routing key
x：exchange（交换机），接收生产者的消息，然后把消息递交给与 routing key 完全匹配的队列
c1：消费者，其所在队列指定了需要 routing key 为 error 的消息
c2：消费者，其所在队列指定了需要 routing key 为 info、error、warning 的消息
路由模式要求队列在绑定交换机时要指定 routing key，消息会转发到符合 routing key 的队列。
生产者：
channel.exchangedeclare(exchange_name, direct);channel.basicpublish(exchange_name, routingkey, null, message.getbytes(utf-8));
消费者:
channel.exchangedeclare(exchange_name, direct)channel.queuebind(queuename, exchange_name, routingkey1)channel.queuebind(queuename, exchange_name, routingkey2)channel.basicconsume(queuename, true, consumer)
topics 通配符模式
exchange type 是 topic
红色 queue：绑定的是 usa.# ，因此凡是以 usa. 开头的 routing key 都会被匹配到
黄色 queue：绑定的是 #.news ，因此凡是以 .news 结尾的 routing key 都会被匹配
对routingkey进行了模糊匹配单词之间用,隔开，* 代表一个具体的单词。# 代表0个或多个单词
topic 主题模式可以实现 pub/sub 发布与订阅模式和 routing 路由模式的功能，只是 topic 在配置routing key 的时候可以使用通配符，显得更加灵活。
producer:
channel.exchangedeclare(exchange_name, topic);channel.basicpublish(exchange_name, routingkey, null, message.getbytes(utf-8));
receiver:
channel.exchangedeclare(exchange_name, topic)channel.queuebind(queuename, exchange_name, routingkey1)channel.queuebind(queuename, exchange_name, routingkey2)channel.basicconsume(queuename, true, consumer)
发送消息确认
发送的消息如果没有被消费者及时消费有可能会导致消息丢失。
发送者确认模式默认是不开启的，所以如果需要开启发送者确认模式，需要手动在channel中进行声明。
channel.confirmselect()使用异步确认消息保证消息在生产端不丢失。
producer在channel中注册监听器来对消息进行确认。核心代码：
channel.addconfirmlistener(confirmcallback var1, confirmcallback var2)confirmcallback，监听器接口，里面只有一个方法：void handle(long sequencenumber, boolean multiple) throws ioexception; 这方法中的两个参数，
sequencenumer：这个是一个唯一的序列号，代表一个唯一的消息。在rabbitmq中，他的消息体只是一个二进制数组，默认消息是没有序列号的。那么在回调的时候，producer怎么知道是哪一条消息成功或者失败呢？rabbitmq提供了一个方法int sequencenumber = channel.getnextpublishseqno();来生成一个全局递增的序列号，这个序列号将会分配给新发送的那一条消息。然后应用程序需要自己来将这个序列号与消息对应起来。没错！是的！需要客户端自己去做对应！
multiple：这个是一个boolean型的参数。如果是false，就表示这一次只确认了当前一条消息。如果是true，就表示rabbitmq这一次确认了一批消息，在sequencenumber之前的所有消息都已经确认完成了。
springboot集成rabbitmq
添加依赖
org.springframework.boot spring-boot-starter-amqp
配置文件
server: port: 8081spring: application: name: test-rabbitmq-producer rabbitmq: host: 127.0.0.1 port: 5672 username: guest password: guest virtualhost: /
rabbitmq配置类
配置exchange、queue、及绑定交换机，下面配置topic交换机。
package com.example.config; import org.springframework.amqp.core.*;import org.springframework.beans.factory.annotation.qualifier;import org.springframework.context.annotation.bean;import org.springframework.context.annotation.configuration; * rabbitmqconfig */@configurationpublic class rabbitmqconfig { public static final string queue_inform_email = queue_inform_email; public static final string queue_inform_sms = queue_inform_sms; public static final string exchange_topics_inform=exchange_topics_inform; public static final string routingkey_email=inform.#.email.#; public static final string routingkey_sms=inform.#.sms.#; @bean(exchange_topics_inform) public exchange exchange_topics_inform(){ return exchangebuilder.topicexchange(exchange_topics_inform).durable(true).build(); } @bean(queue_inform_email) public queue queue_inform_email(){ return new queue(queue_inform_email); } @bean(queue_inform_sms) public queue queue_inform_sms(){ return new queue(queue_inform_sms); } @bean public binding binding_queue_inform_email(@qualifier(queue_inform_email) queue queue, @qualifier(exchange_topics_inform) exchange exchange){ return bindingbuilder.bind(queue).to(exchange).with(routingkey_email).noargs(); } @bean public binding binding_routingkey_sms(@qualifier(queue_inform_sms) queue queue, @qualifier(exchange_topics_inform) exchange exchange){ return bindingbuilder.bind(queue).to(exchange).with(routingkey_sms).noargs(); } }
发送消息
string message = hello worldrabbittemplate.convertandsend(rabbitmqtopicconfig.exchange_topics_inform, inform.email, message)
消费消息
消费者都是通过@rabbitlistener注解来声明。在@rabbitmqlistener注解中包含了非常多对queue进行定制的属性，大部分的属性都是有默认值的。
@rabbitlistener(queues = {rabbitmqtopicconfig.queue_inform_email}) public void receive_email(object msg, message message, channel channel){ system.out.println(queue_inform_email msg+msg); } @rabbitlistener(queues = {rabbitmqtopicconfig.queue_inform_sms}) public void receive_sms(object msg, message message, channel channel){ system.out.println(queue_inform_sms msg+msg); }
无铅锡膏和有铅锡膏有什么区别？锡膏厂家告诉你
探究LG的LG Wing屏幕旋转技术
量子点电视原理是什么?量子点电视优缺点
什么是空气轴承，真的能无摩擦磨损吗？
硅谷几家科技公司都在研发自驾汽车 想造个车就那么难呢
RabbitMq入门教程
汇总114个实用电子的小常识
利用光学涡流进行下一代精密印刷
Adobe Flash Player正式停止更新和发行
AR公司提供了在移动网络浏览器上与AR内容交互的方式
HYV连接器可增加大电流连接时的安全性
综合布线工程竣工的检验要求
鸿湖万联启鸿开发板通过OpenHarmony兼容性测评
Pure提供易用、高效且常青的数据和存储管理技术解决方案
无人机行业最全研究分析
为什么说“新泓能光波房”才是行业标杆？看完就懂了
突发！美国射频巨头出售中国工厂
携手德州仪器 奥迪将带来丰富的车载媒体功能
情感分析概述 人工智能技术落地
服务器数据恢复—服务器raid5故障导致上层分区无法访问的数据恢复案例