一、springboot整合RabbitMQ(jdk17)(创建两个项目,一个生产者项目,一个消费者项目)
- 上面使用原生JAVA操作RabbitMQ较为繁琐,很多的代码都是重复书写的,使用springboot可以简化代码的编写。
生产者项目
第一步:创建springboot工程,然后引入rabbitmq的依赖
<!-- RabbitMQ起步依赖 --><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-amqp</artifactId></dependency>
第二步:编写配置文件
spring:rabbitmq:host: 192.168.70.130 # 虚拟机的地址port:5672username: admin
password: admin
virtual-host: /
#日志格式logging:pattern:console:'%d{HH:mm:ss.SSS} %clr(%-5level) --- [%-15thread] %cyan(%-50logger{50}):%msg%n'
第三步:编写RabbitMQ的配置类
@ConfigurationpublicclassRabbitmqConfig1{privatefinalStringEXCHANGE_NAME="boot_exchange";privatefinalStringQUEUE_NAME="boot_queue";privatefinalStringROUTE_NAME="boot_route";//创建交换机@Bean(EXCHANGE_NAME)publicExchangegetExchange(){returnExchangeBuilder.topicExchange(EXCHANGE_NAME).durable(true).build();}//创建队列@Bean(QUEUE_NAME)publicQueuegetQueue(){returnnewQueue(QUEUE_NAME);}//交换机和队列绑定@BeanpublicBindingexchangeBindQueue(@Qualifier(QUEUE_NAME)Queue queue,@Qualifier(EXCHANGE_NAME)Exchange exchange){returnBindingBuilder.bind(queue).to(exchange).with(ROUTE_NAME).noargs();}}
第四步:编写发送消息测试类
//编写发送消息测试类@SpringBootTestpublicclassRabbitmqTest{// 注入RabbitTemplate工具类@AutowiredprivateRabbitTemplate rabbitTemplate;@TestpublicvoidtestSendMessage(){/**
* 发送消息
* 参数1:交换机
* 参数2:路由key
* 参数3:要发送的消息
*/
rabbitTemplate.convertAndSend("boot_exchange","boot_route","你好我有一个毛衫");System.out.println("发送消息成功");}}
消费者项目
第一步:创建springboot工程,然后引入rabbitmq的依赖
<!-- RabbitMQ起步依赖 --><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-amqp</artifactId></dependency>
第二步:编写配置文件
spring:rabbitmq:host: 192.168.70.130 # 虚拟机的地址port:5672username: admin
password: admin
virtual-host: /
#日志格式logging:pattern:console:'%d{HH:mm:ss.SSS} %clr(%-5level) --- [%-15thread] %cyan(%-50logger{50}):%msg%n'
第三步:编写消费者,监听队列
@ComponentpublicclassConsumer1{/**
* 监听队列
* @param message
* queues表示监听的队列的名称
*/@RabbitListener(queues ="boot_queue")publicvoidlistener(String message){System.out.println("接受到消息 = "+ message);}}
4、rabbitmq的消息可靠性
- RabbitMQ消息投递的路径为:
生产者--->交换机--->队列--->消费者
- 在RabbitMQ工作的过程中,每个环节消息都可能传递失败,那么RabbitMQ是如何监听消息是否成功投递的呢?- 1. 确认模式(confirm):可以监听消息是否从生产者成功传递到
交换机
。- 1. 退回模式(return):可以监听消息是否从交换机成功传递到队列
。- 1. 消费者消息确认(Consumer Ack):可以监听消费者
是否成功处理消息。
【一】rabbitmq的消息可靠性——确认模式
- 确认模式(confirm):可以监听消息是否从生产者成功传递到
交换机
。 - 创建一个新的生产者项目,导入mq(上面的第一步操作)依赖进行开发:(也可以在原来的基础上修改信息) - 代码组成和上面的生产者项目是一样的,也是三步内容。
第一步:修改配置文件
只是添加了一句代码
spring:rabbitmq:host: 192.168.70.130
port:5672username: admin
password: admin
virtual-host: / # 表示使用默认的virtual-host#开启确认模式publisher-confirm-type: correlated
#????logging:pattern:console:'%d{HH:mm:ss.SSS} %clr(%-5level) --- [%-15thread] %cyan(%-50logger{50}):%msg%n'
第二步:在生产者的配置类创建交换机和队列(RabbitMQ的配置类)
@ConfigurationpublicclassRabbitmqConfig2Confirm{publicfinalStringEXCHANGE_NAME="confirm_exchange";publicfinalStringQUEUE_NAME="confirm_queue";publicfinalStringROUTING_NAME="confirm_routing";// 创建交换机@Bean(EXCHANGE_NAME)publicExchangeexchange(){returnExchangeBuilder.topicExchange(EXCHANGE_NAME).durable(true).build();}// 创建队列@Bean(QUEUE_NAME)publicQueuequeue(){returnQueueBuilder.durable(QUEUE_NAME).build();}// 创建交换机和队列绑定@BeanpublicBindingexchangeBindQueue(@Qualifier(QUEUE_NAME)Queue queue,@Qualifier(EXCHANGE_NAME)Exchange exchange){returnBindingBuilder.bind(queue).to(exchange).with(ROUTING_NAME).noargs();}}
第三步:编写测试类发生消息:生产者定义确认模式的回调方法(springboot的测试类,能够加载到第二步的配置类)
@TestvoidtestConfirm(){//回调确认
rabbitTemplate.setConfirmCallback(newRabbitTemplate.ConfirmCallback(){/**
*
* @param correlationData 配置信息
* @param b 是否成功,true 是 ,false 否
* @param s 失败原因
*/@Overridepublicvoidconfirm(CorrelationData correlationData,boolean b,String s){if(b){System.out.println("发送成功");}else{System.out.println("发送失败,原因:"+s);}}});//发送消息/**
* 发送消息
* 参数1:交换机
* 参数2:路由key
* 参数3:要发送的消息
*/
rabbitTemplate.convertAndSend("confirm_exchange","confirm_routing","send message...confirm");}
由于rabbitmq的confirm确认模式是确认消息是否从生产者成功传递到交换机的,所以就没必要写消费者进行信息的消费了
- 当我们执行测试类的时候,先执行rabbitTemplate.convertAndSend(“confirm_exchange”,“confirm_routing”,“send message…confirm”);,无论消息是否成功发送都会调用 rabbitTemplate.setConfirmCallback(new RabbitTemplate.ConfirmCallback()方法,如果发送成功则执行if语句的代码,如果发送失败则调用else语句的代码。 - 根据执行的是if或者else的语句,就能判断消息是否成功传递到交换机了。
【二】rabbitmq的消息可靠性——退回模式
- 退回模式(return):可以监听消息是否
从交换机成功传递到队列
。 - 创建一个新的生产者项目,导入mq(上面的第一步操作)依赖进行开发:(也可以在原来的基础上修改信息) - 代码组成和上面的生产者项目是一样的,也是三步内容。
第一步:修改配置文件
只是添加了一句
# rabbitmq???spring:rabbitmq:host: 192.168.70.130
port:5672username: admin
password: admin
virtual-host: /
#开启确认模式publisher-confirm-type: correlated
#开始回退模式publisher-returns:true#????logging:pattern:console:'%d{HH:mm:ss.SSS} %clr(%-5level) --- [%-15thread] %cyan(%-50logger{50}):%msg%n'
第二步:编写配置类(RabbitMQ的配置类)
@ConfigurationpublicclassRabbitmqConfig3Return{publicfinalStringEXCHANGE_NAME="return_exchange";publicfinalStringQUEUE_NAME="return_queue";publicfinalStringROUTING_NAME="return_routing";// 创建交换机@Bean(EXCHANGE_NAME)publicExchangeexchange(){returnExchangeBuilder.topicExchange(EXCHANGE_NAME).durable(true).build();}// 创建队列@Bean(QUEUE_NAME)publicQueuequeue(){returnQueueBuilder.durable(QUEUE_NAME).build();}// 创建交换机和队列绑定@BeanpublicBindingexchangeBindQueue(@Qualifier(QUEUE_NAME)Queue queue,@Qualifier(EXCHANGE_NAME)Exchange exchange){returnBindingBuilder.bind(queue).to(exchange).with(ROUTING_NAME).noargs();}}
第三步:编写测试类发生消息:生产者定义退回模式的回调方法(springboot的测试类,能够加载到第二步的配置类)
@TestvoidtestReturnSendMessage(){// 调用回退模式的回调方法,只有失败才会回调,成功不会回调哦// 失败后将失败信息封装到参数中
rabbitTemplate.setReturnsCallback(returned ->{Message message = returned.getMessage();System.out.println("消息对象:"+message);System.out.println("错误码:"+returned.getReplyCode());System.out.println("错误信息:"+returned.getReplyText());System.out.println("交换机:"+returned.getExchange());System.out.println("路由键:"+returned.getRoutingKey());});// 发送消息/**
* 发送消息
* 参数1:交换机
* 参数2:路由key
* 参数3:要发送的消息
*/
rabbitTemplate.convertAndSend("return_exchange","return_routing","send message...return");}
由于rabbitmq的return回退模式是确认消息是否从交换机成功传递到队列的,还没有传递到消费者,所以就没必要写消费者进行信息的消费了
- 当我们执行测试类的时候,先执行rabbitTemplate.convertAndSend(“return_exchange”,“return_routing”,“send message…return”);,如果消息
成功发送到队列
上则不会
调用 rabbitTemplate.setReturnsCallback方法,如果发送步成功则调用回调方法rabbitTemplate.setReturnsCallback, - 根据运行结果就可以知道在传递消息到队列上的时候哪里发生错误了
【三】rabbitmq的消息可靠性——消费者消息确认(Consumer Ack)
- 在RabbitMQ中,消费者接收到消息后会
向队列发送确认签收的消息
,只有确认签收的消息才会被移除队列
。这种机制称为消费者消息确认(Consumer Acknowledge,简称Ack)。 - 类似快递员派送快递也需要我们签收,否则一直存在于快递公司的系统中。 - 消费者消息确认(Consumer Acknowledge,简称Ack)分为
自动确认
和手动确认
。 - 自动确认指消息只要被消费者接收到,无论是否成功处理消息,则自动签收,并将消息从队列中移除
。- 但是在实际开发中,收到消息后可能业务处理出现异常
,那么消息就会丢失
。此时需要设置手动签收,即在业务处理成功后再通知签收消息,如果出现异常,则拒签消息
,让消息依然保留
在队列当中。
● 自动确认:spring.rabbitmq.listener.simple.acknowledge=“none”
● 手动确认:spring.rabbitmq.listener.simple.acknowledge=“manual”
- 创建一个新的生产者项目和新的消费者项目,导入mq(上面的第一步操作)依赖进行开发:(也可以在原来的基础上修改信息) - 代码组成和上面的生产者项目是一样的,也是三步内容。
生产者项目:第一步:修改配置文件
不用修改
# rabbitmq???spring:rabbitmq:host: 192.168.70.130
port:5672username: admin
password: admin
virtual-host: /
#开启确认模式publisher-confirm-type: correlated
#开始回退模式publisher-returns:true#????logging:pattern:console:'%d{HH:mm:ss.SSS} %clr(%-5level) --- [%-15thread] %cyan(%-50logger{50}):%msg%n'
生产者项目:第二步:编写配置类(RabbitMQ的配置类)
@ConfigurationpublicclassRabbitmqConfig4ACK{publicfinalStringEXCHANGE_NAME="ack_exchange";publicfinalStringQUEUE_NAME="ack_queue";publicfinalStringROUTING_NAME="ack_routing";// 创建交换机@Bean(EXCHANGE_NAME)publicExchangeexchange(){returnExchangeBuilder.topicExchange(EXCHANGE_NAME).durable(true).build();}// 创建队列@Bean(QUEUE_NAME)publicQueuequeue(){returnQueueBuilder.durable(QUEUE_NAME).build();}// 创建交换机和队列绑定@BeanpublicBindingexchangeBindQueue(@Qualifier(QUEUE_NAME)Queue queue,@Qualifier(EXCHANGE_NAME)Exchange exchange){returnBindingBuilder.bind(queue).to(exchange).with(ROUTING_NAME).noargs();}}
生产者项目:第三步:编写测试类发生消息:(springboot的测试类,能够加载到第二步的配置类)
@TestvoidtestAck(){// 发送消息
rabbitTemplate.convertAndSend("ack_exchange","ack_routing","send message...ack");}
消费者项目(自动确认):第一步:修改配置文件
- 消费者消息确认——自动确认的配置文件
spring:rabbitmq:host: 192.168.70.130
port:5672username: admin
password: admin
virtual-host: /
#开动手动签收listener:simple:acknowledge-mode: none # 默认就是自动确认#????logging:pattern:console:'%d{HH:mm:ss.SSS} %clr(%-5level) --- [%-15thread] %cyan(%-50logger{50}):%msg%n'
- 自动签收模式就是:消息只要被消费者接收到,无论是否成功处理消息,则
自动签收,并将消息从队列中移除
。当我们拿到消息的时候,业务出现异常了,所以无法正确处理消息,导致消息丢失了。
消费者项目(自动确认):第二步:编写消费者类,监听队列
- 自动确认的消费者类
@ComponentpublicclassAckConsumer{// 自动签收@RabbitListener(queues ="ack_queue")publicvoidlistenMessage(Message message,Channel channel)throwsIOException,InterruptedException,IOException{// 获取消息String s =newString(message.getBody(),StandardCharsets.UTF_8);System.out.println(s);// TODO,处理事务// 故意出错int i=1/0;}}
消费者项目(手动确认):第一步:修改配置文件
- 消费者消息确认——手动确认的配置文件
spring:rabbitmq:host: 192.168.70.130
port:5672username: admin
password: admin
virtual-host: /
#开动手动签收listener:simple:acknowledge-mode: manual
#????logging:pattern:console:'%d{HH:mm:ss.SSS} %clr(%-5level) --- [%-15thread] %cyan(%-50logger{50}):%msg%n'
消费者项目(手动确认):第二步:编写消费者类,监听队列
- 手动确认
@ComponentpublicclassAckConsumer{// 手动签收@RabbitListener(queues ="ack_queue")publicvoidlistenMessage(Message message,Channel channel)throwsIOException,InterruptedException,IOException{// 消息投递序号,消息每次投递该值都会+1long deliveryTag = message.getMessageProperties().getDeliveryTag();try{// int i = 1/0; //模拟处理消息出现bugSystem.out.println("成功接受到消息:"+message);// 签收消息/**
* 参数1:消息投递序号
* 参数2:是否一次可以签收多条消息
*/
channel.basicAck(deliveryTag,true);}catch(Exception e){System.out.println("消息消费失败!");Thread.sleep(2000);// 拒签消息/**
* 参数1:消息投递序号
* 参数2:是否一次可以拒签多条消息
* 参数3:拒签后消息是否重回队列
*/
channel.basicNack(deliveryTag,true,true);}}}
- 手动签收模式就是:如果出现异常,则
拒签消息
,让消息依然保留
在队列当中。方便下次请求能够请求到这次因为异常而没有接收到的消息。
【四】RabbitMQ高级特性——消费端限流
- 前面说过MQ可以对请求进行“削峰填谷”,即通过消费端限流的方式限制消息的拉取速度,达到保护消费端的目的。
- 使用【三】rabbitmq的消息可靠性——消费者消息确认(Consumer Ack)的项目,消费者使用手动确认模式的代码即可(但是要修改配置文件)
第一步:先在生产者项目中,发送多个消息
@TestpublicvoidtestLimitSendBatch(){// 发送十条消息for(int i =0; i <10; i++){
rabbitTemplate.convertAndSend("ack_exchange","ack_routing","这是第"+i+"条消息");}}
第二步:修改消费者项目的配置文件
最主要就是配置文件的修改:
spring:rabbitmq:host: 192.168.70.130
port:5672username: admin
password: admin
virtual-host: /
#开动手动签收listener:simple:acknowledge-mode: manual #none是默认的prefetch:5# 每次消费者从队列拉取的消息数量(限制)#????logging:pattern:console:'%d{HH:mm:ss.SSS} %clr(%-5level) --- [%-15thread] %cyan(%-50logger{50}):%msg%n'
第三步:重新编写消费者类
@ComponentpublicclassConsumerLimit{// 手动签收@RabbitListener(queues ="limit_queue")publicvoidlistenMessage(Message message,Channel channel)throwsIOException,InterruptedException,IOException{// 获取消息String s =newString(message.getBody(),StandardCharsets.UTF_8);System.out.println(s);// 模拟业务处理Thread.sleep(3000);long deliveryTag = message.getMessageProperties().getDeliveryTag();// 手动签收
channel.basicAck(deliveryTag,true);}}
- 其实就是修改了消费者项目的配置文件,添加一条配置信息,限制消费者消息的拉取速度。
【五】RabbitMQ高级特性——利用限流实现不公平分发
- 在RabbitMQ中,多个消费者监听同一条队列,则队列默认采用的轮询分发。但是在某种场景下这种策略并不是很好,例如消费者1处理任务的速度非常快,而其他消费者处理速度却很慢。此时如果采用公平分发,则消费者1有很大一部分时间处于空闲状态。此时可以采用不公平分发,即谁处理的快,谁处理的消息多。
- 在【四】RabbitMQ高级特性——消费端限流的基础上,修改一消费者项目的配置文件,然后在消费者类中多写几个监听消息的方法(或者多写几个消费者类)。
第一步:修改消费者项目的配置文件
最主要就是配置文件的修改:
spring:rabbitmq:host: 192.168.70.130
port:5672username: admin
password: admin
virtual-host: /
#开动手动签收listener:simple:acknowledge-mode: manual #none是默认的prefetch:1# 消费端最多拉取1条消息消费,这样谁处理的快谁拉取下一条消息,实现了不公平分发#????logging:pattern:console:'%d{HH:mm:ss.SSS} %clr(%-5level) --- [%-15thread] %cyan(%-50logger{50}):%msg%n'
第二步:修改消费者类,编写多个监听方法
@ComponentpublicclassConsumerUnfair{// 消费者1@RabbitListener(queues ="ack_queue")publicvoidlistenMessage1(Message message,Channel channel)throwsIOException,InterruptedException,IOException{// 获取消息String s =newString(message.getBody(),StandardCharsets.UTF_8);System.out.println("消费者1"+s);Thread.sleep(3000);long deliveryTag = message.getMessageProperties().getDeliveryTag();// 手动签收
channel.basicAck(deliveryTag,true);}// 消费者2@RabbitListener(queues ="ack_queue")publicvoidlistenMessage2(Message message,Channel channel)throwsIOException,InterruptedException,IOException{// 获取消息String s =newString(message.getBody(),StandardCharsets.UTF_8);System.out.println("消费者2"+s);Thread.sleep(1000);long deliveryTag = message.getMessageProperties().getDeliveryTag();// 手动签收
channel.basicAck(deliveryTag,true);}// .......监听方法}
- 最主要的就是消费者项目的配置文件的修改:
配置消费端最多拉取1条消息消费
,这样谁处理的快谁拉取下一条消息,实现了不公平分发。
【六】RabbitMQ高级特性——消息存活时间
- RabbitMQ可以设置消息的存活时间(Time To Live,简称TTL),当
消息到达存活时间后还没有被消费
,会被移出队列。RabbitMQ可以对队列的所有消息设置存活时间,也可以对某条消息设置存活时间。
- 使用【三】rabbitmq的消息可靠性——消费者消息确认(Consumer Ack)的项目,消费者使用手动确认模式的代码
第一步:修改生产者项目的配置类
@ConfigurationpublicclassRabbitmqConfig7ttl{publicfinalStringEXCHANGE_NAME="ack_exchange";publicfinalStringQUEUE_NAME="ack_queue";publicfinalStringROUTING_NAME="ack_routing";// 创建交换机@Bean(EXCHANGE_NAME)publicExchangeexchange(){returnExchangeBuilder.topicExchange(EXCHANGE_NAME).durable(true).build();}// 创建队列@Bean(QUEUE_NAME)publicQueuequeue(){returnQueueBuilder.durable(QUEUE_NAME)// 设置队列的超时的时间,单位是毫秒.ttl(10000).build();}// 创建交换机和队列绑定@BeanpublicBindingexchangeBindQueue(@Qualifier(QUEUE_NAME)Queue queue,@Qualifier(EXCHANGE_NAME)Exchange exchange){returnBindingBuilder.bind(queue).to(exchange).with(ROUTING_NAME).noargs();}}
第二步:修改生产者项目的测试类
设置单条消息存活时间
@TestpublicvoidtestTtlSendBatch(){// 发送十条消息for(int i =0; i <100; i++){if(i%5==0){//设置消息属性MessageProperties messageProperties =newMessageProperties();//设置存活时间
messageProperties.setExpiration("10000");// 创建消息对象(可以配置消息的一些配置)Message message =newMessage(("这是第"+ i +"条消息").getBytes(StandardCharsets.UTF_8), messageProperties);// 发送消息
rabbitTemplate.convertAndSend("ack_exchange","ack_routing", message);}else{
rabbitTemplate.convertAndSend("ack_exchange","ack_routing","这是第"+ i +"条消息");}}}
- 如果
设置了单条消息的存活时间,也设置了队列的存活时间
,以时间短
的为准。
- 如果
- 消息过期后,并不会马上移除消息,只有消息消费到队列顶端时,才会移除该消息
【七】RabbitMQ高级特性——优先级队列
- 假设在电商系统中有一个订单催付的场景,即客户在一段时间内未付款会给用户推送一条短信提醒,但是系统中分为
大型商家和小型商家
。比如像苹果,小米这样大商家一年能给我们创造很大的利润,所以在订单量大时,他们的订单必须得到优先处理,此时就需要为不同的消息设置不同的优先级,此时我们要使用优先级队列。
- 使用【三】rabbitmq的消息可靠性——消费者消息确认(Consumer Ack)的项目,消费者使用手动确认模式的代码
第一步:修改生产者项目的配置类
@ConfigurationpublicclassRabbitmqConfig8Priority{publicfinalStringEXCHANGE_NAME="priority_exchange";publicfinalStringQUEUE_NAME="priority_queue";publicfinalStringROUTING_NAME="priority_routing";// 创建交换机@Bean(EXCHANGE_NAME)publicExchangeexchange(){returnExchangeBuilder.topicExchange(EXCHANGE_NAME).durable(true).build();}// 创建队列@Bean(QUEUE_NAME)publicQueuequeue(){returnQueueBuilder.durable(QUEUE_NAME)// 设置队列的优先级,值越大优先级越高,一般不超过10.maxPriority(10).build();}// 创建交换机和队列绑定@BeanpublicBindingexchangeBindQueue(@Qualifier(QUEUE_NAME)Queue queue,@Qualifier(EXCHANGE_NAME)Exchange exchange){returnBindingBuilder.bind(queue).to(exchange).with(ROUTING_NAME).noargs();}}
第二步:修改生产者项目的测试
@TestpublicvoidtestPrioritySendBatch(){// 发送十条消息for(int i =0; i <100; i++){if(i%5==0){//设置消息属性MessageProperties messageProperties =newMessageProperties();// 设置优先级
messageProperties.setPriority(9);// 创建消息对象(可以配置消息的一些配置)Message message =newMessage(("这是第"+ i +"条消息").getBytes(StandardCharsets.UTF_8), messageProperties);// 发送消息
rabbitTemplate.convertAndSend("priority_exchange","priority_routing", message);}else{
rabbitTemplate.convertAndSend("priority_exchange","priority_routing","这是第"+ i +"条消息");}}}
- 设置了消息的优先级,那么消费者项目在消费消息的时候就会优先消费等级高的消息。
【八】RabbitMQ高级特性——死信队列
- 在MQ中,当消息成为死信(Dead message)后,消息中间件可以将其
从当前队列发送到另一个队列中
,当前队列就是死信队列。而在RabbitMQ中,由于有交换机的概念,实际是将死信发送给了死信交换机(Dead Letter Exchange,简称DLX)。死信交换机和死信队列和普通的没有区别。 - 消息成为死信的情况: - 1. 队列消息长度到达限制。- 1. 消费者拒接消费消息,basicNack/basicReject,并且不把消息重新放入原目标队列,requeue=false;- 1. 消息到达存活时间未被消费。
生产者项目:第一步:修改配置文件
# rabbitmq???spring:rabbitmq:host: 192.168.70.130
port:5672username: admin
password: admin
virtual-host: /
#开启确认模式publisher-confirm-type: correlated
#开始回退模式publisher-returns:true#????logging:pattern:console:'%d{HH:mm:ss.SSS} %clr(%-5level) --- [%-15thread] %cyan(%-50logger{50}):%msg%n'
生产者项目:第二步:编写配置类(RabbitMQ的配置类)
@ConfigurationpublicclassRabbitmqConfig9Dead{// 死信privatefinalStringDEAD_EXCHANGE="dead_exchange";privatefinalStringDEAD_QUEUE="dead_queue";privatefinalStringDEAD_ROUTING="dead_routing";// 死信交换机@Bean(DEAD_EXCHANGE)publicExchangedeadExchange(){returnExchangeBuilder.topicExchange(DEAD_EXCHANGE).durable(true).build();}// 死信队列@Bean(DEAD_QUEUE)publicQueuedeadQueue(){returnQueueBuilder.durable(DEAD_QUEUE).build();}// 死信交换机绑定死信队列@BeanpublicBindingbindDeadQueue(@Qualifier(DEAD_EXCHANGE)Exchange exchange,@Qualifier(DEAD_QUEUE)Queue queue){returnBindingBuilder.bind(queue).to(exchange).with(DEAD_ROUTING).noargs();}// 普通privatefinalStringNORMAL_EXCHANGE="normal_exchange";privatefinalStringNORMAL_QUEUE="normal_queue";privatefinalStringNORMAL_ROUTING="normal_routing";// 普通交换机@Bean(NORMAL_EXCHANGE)publicExchangenormalExchange(){returnExchangeBuilder.topicExchange(NORMAL_EXCHANGE).durable(true).build();}// 普通队列@Bean(NORMAL_QUEUE)publicQueuenormalQueue(){returnQueueBuilder.durable(NORMAL_QUEUE).deadLetterExchange(DEAD_EXCHANGE)// 绑定死信交换机.deadLetterRoutingKey(DEAD_ROUTING)// 死信队列路由关键字.ttl(10000)// 消息存活10s.maxLength(10)// 队列最大长度为10.build();}// 普通交换机绑定普通队列@BeanpublicBindingbindNormalQueue(@Qualifier(NORMAL_EXCHANGE)Exchange exchange,@Qualifier(NORMAL_QUEUE)Queue queue){returnBindingBuilder.bind(queue).to(exchange).with(NORMAL_ROUTING).noargs();}}
生产者项目:第三步:编写测试类发生消息:(springboot的测试类,能够加载到第二步的配置类)
@TestpublicvoidtestDlx(){// 存活时间过期后变成死信// rabbitTemplate.convertAndSend("normal_exchange","normal_routing","测试死信");// 超过队列长度后变成死信// for (int i = 0; i < 20; i++) {// rabbitTemplate.convertAndSend("normal_exchange","normal_routing","测试死信");// }// 消息拒签但不返回原队列后变成死信
rabbitTemplate.convertAndSend("normal_exchange","normal_routing","测试死信");}
消费者项目(手动确认):第一步:修改配置文件
- 消费者消息确认——手动确认的配置文件
spring:rabbitmq:host: 192.168.70.130
port:5672username: admin
password: admin
virtual-host: /
#开动手动签收listener:simple:acknowledge-mode: manual
#????logging:pattern:console:'%d{HH:mm:ss.SSS} %clr(%-5level) --- [%-15thread] %cyan(%-50logger{50}):%msg%n'
消费者项目(手动确认):第二步:编写消费者类,监听队列
- 手动确认
@ComponentpublicclassConsumerDead{@RabbitListener(queues ="normal_queue")publicvoidlistenMessage1(Message message,Channel channel)throwsIOException,InterruptedException,IOException{// 获取消息String s =newString(message.getBody(),StandardCharsets.UTF_8);System.out.println("消费者1"+s);Thread.sleep(500);long deliveryTag = message.getMessageProperties().getDeliveryTag();// 拒绝签收
channel.basicNack(deliveryTag,true,false);}
- 死信队列小结 - 1. 死信交换机和死信队列和普通的没有区别- 1. 当消息成为死信后,如果该队列绑定了死信交换机,则消息会被死信交换机重新路由到死信队列- 1. 消息成为死信的三种情况:- 1. 队列消息长度到达限制;- 1. 消费者拒接消费消息,并且不重回队列;- 1. 原队列存在消息过期设置,消息到达超时时间未被消费;
【九】RabbitMQ高级特性——延迟队列
- 延迟队列,即消息进入队列后不会立即被消费,只有到达指定时间后,才会被消费。 - 例如: - 1. 下单后,30分钟未支付,取消订单,回滚库存。- 1. 新用户注册成功7天后,发送短信问候。- 实现方式: - 1. 定时器- 1. 延迟队列
- RabbitMQ中并未提供延迟队列功能,我们可以使用死信队列实现延迟队列的效果。
- 延迟队列 指消息进入队列后,可以被延迟一定时间,再进行消费。
- RabbitMQ没有提供延迟队列功能,但是可以使用 : TTL + DLX 来实现延迟队列效果。
第一步:创建springboot项目并添加依赖
<dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-amqp</artifactId></dependency><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-web</artifactId></dependency><dependency><groupId>org.projectlombok</groupId><artifactId>lombok</artifactId></dependency>
第二步:编写配置文件
spring:rabbitmq:host: 192.168.70.130
port:5672username: admin
password: admin
virtual-host: /
#开动手动签收listener:simple:acknowledge-mode: manual
# ????logging:pattern:console:'%d{HH:mm:ss.SSS} %clr(%-5level) --- [%-15thread] %cyan(%-50logger{50}):%msg%n'
第三步:编写配置类
@ConfigurationpublicclassRabbitMQConfig{privatefinalStringDEAD_EXCHANGE="order_expire_exchange";privatefinalStringDEAD_QUEUE="order_expire_queue";privatefinalStringDEAD_ROUTING="order_expire_routing";privatefinalStringORDER_EXCHANGE="order_exchange";privatefinalStringORDER_QUEUE="order_queue";privatefinalStringORDER_ROUTING="order_routing";// 死信交换机@Bean(DEAD_EXCHANGE)publicExchangedeadExchange(){returnExchangeBuilder.topicExchange(DEAD_EXCHANGE).durable(true).build();}// 死信队列@Bean(DEAD_QUEUE)publicQueuedeadQueue(){returnQueueBuilder.durable(DEAD_QUEUE).build();}// 死信交换机绑定死信队列@BeanpublicBindingbindDeadQueue(@Qualifier(DEAD_EXCHANGE)Exchange exchange,@Qualifier(DEAD_QUEUE)Queue queue){returnBindingBuilder.bind(queue).to(exchange).with(DEAD_ROUTING).noargs();}// 普通交换机@Bean(ORDER_EXCHANGE)publicExchangenormalExchange(){returnExchangeBuilder.topicExchange(ORDER_EXCHANGE).durable(true).build();}// 普通队列@Bean(ORDER_QUEUE)publicQueuenormalQueue(){returnQueueBuilder.durable(ORDER_QUEUE).deadLetterExchange(DEAD_EXCHANGE)// 绑定死信交换机.deadLetterRoutingKey(DEAD_ROUTING)// 死信队列路由关键字.ttl(10000)// 消息存活10s(模拟30min超时).build();}// 普通交换机绑定普通队列@BeanpublicBindingbindNormalQueue(@Qualifier(ORDER_EXCHANGE)Exchange exchange,@Qualifier(ORDER_QUEUE)Queue queue){returnBindingBuilder.bind(queue).to(exchange).with(ORDER_ROUTING).noargs();}}
第四步:创建控制器,完成下单功能
@RestControllerpublicclassOrderController{//注入MQ@AutowiredprivateRabbitTemplate rabbitTemplate;@RequestMapping("/addOrder")publicStringaddOrder(){//生成订单号String orderNumber ="2030061812251234";//在service层完成订单逻辑//将订单号发送到订单mq,30分钟过期进入死信队列,死信队列消费查询订单支付状态,做对应处理
rabbitTemplate.convertAndSend("order_exchange","order_routing",orderNumber);return"下单成功! 您的订单号为 :"+orderNumber;}}
第五步:创建消费者,监听消息
@ComponentpublicclassListenerOrder{//监听订单过期队列@RabbitListener(queues ="order_expire_queue")publicvoidorderListener(String orderId){System.out.println("orderId = "+ orderId);//根据订单id查询订单状态是否支付/**
* 监听死信队列的类,回去30min超时订单号,根据订单号查询订单的支付状态
* 支付:走下一步流程
* 未支付:关闭订单,库存回滚
*/}}
手动签收模式的结果
- 在手动签收模式的时候,当我们启动项目,访问订单功能时,立刻生成了一个队列消息
- 然后因为是手动签收模式,所以在消息的存活时间过去了之后,成为了死信消息,所以被消息被拒收了,但是还存在队列中。
自动签收模式的结果
spring:rabbitmq:host: 192.168.70.130
port:5672username: admin
password: admin
virtual-host: /
#开动自动签收listener:simple:acknowledge-mode: none # 默认的# ????logging:pattern:console:'%d{HH:mm:ss.SSS} %clr(%-5level) --- [%-15thread] %cyan(%-50logger{50}):%msg%n'
- 在自动签收模式的时候,当我们启动项目,访问订单功能时,立刻生成了一个队列消息
- 因为是自动签收的,所以消息过了存活时间之后就没了(自动确认指消息只要被消费者接收到,无论是否成功处理消息,则自动签收,并将消息从队列中移除)
RabbitMQ一、RabbitMQ的介绍与安装(docker)
RabbitMQ二、RabbitMQ的六种模式
版权归原作者 大刀爱敲代码 所有, 如有侵权,请联系我们删除。