- 1基于Java+SpringBoot+Vue前后端分离婚纱影楼管理系统设计和实现_springboot vue婚纱影楼系统
- 2保姆级教程-如何使用LLAMA2 大模型_如何调用 llama 的 api
- 3Jenkins忘记密码解决方案_jenkins忘记用户名和密码
- 4《Python编程：从入门到实践》第12章：武装飞船_python入门到实践中的 ship.bmg
- 52023美赛E题_2023美赛e题 背景 光污染是用来描述任何过度或不良的使用人工光。一些我们称之为
- 6MYSQL 8 UNDO 表空间 你了解多少
- 7vs code解决无法识别已安装python库的问题（Mac版）
- 8初始MyBatis，w字带你解MyBatis
- 9video 标签设置样式_video标签样式
- 10如何在论文中画出漂亮的插图？
消息队列之-消息发送确认与消息接收确认机制_channel.basicack
赞
踩
通常，一个消息被消费者消费后，就会从Queue中移除了。这是因为RabbitMQ默认会在消息被消费者接收后，立即确认。
但存在丢失消息的可能，如果消费端消费逻辑抛出异常，也就是消费端没有处理成功这条消息，那么就相当于丢失了消息。
另外一种情况就是，我们在spring中处理消息时，即使消息处理没出异常，但是后续代码出异常造成回滚，这样其实也相当于丢失消息。
所以一般情况下，手动确认要比较好一些。
达broker之前出现意外，那就造成消息丢失
一、消息发送确认
1、为什么要进行消息确认?
主要原因是为了防止消息的丢失。
对于消息发送方来说：
生产者发送一条消息，正常情况下是通过交换机发送到队列中，再由消费者接受队列中消息，由消费者进行逻辑操作。
但是RabbitMQ在收到消息后，还需要有一段时间才能将消息存入磁盘之中。
并且也并不是为每条消息都做fsync的处理，可能仅仅保存到cache中而不是物理磁盘上。如果RabbitMQ broker正巧发生了崩溃，因为消息还没来得及保存磁盘，消息将会丢失。
2、发送的消息怎么样才算失败或成功？
当消息无法路由到任何队列时，确认消息路由失败。
消息成功路由时，当需要发送的队列都发送成功后，进行确认消息，对于持久化队列意味着写入磁盘，对于镜像队列意味着所有镜像接收成功
3、如何确定发送的消息是否成功？
RabbitMQ引入发送端消息确认机制，主要通过事务和publisher Confirm机制。
3.1、AMQP事务使用
RabbitMQ支持事务(transaction)，RabbitMQ中与事务机制有关的方法有三个：txSelect(), txCommit()以及txRollback()。
（1）txSelect用于将当前channel设置成transaction模式，通过调用tx.select方法开启事务模式。
（2）txCommit用于提交事务。当开启了事务模式后，只有当一个消息被所有的镜像队列保存完毕后，RabbitMQ才会调用tx.commit-ok返回给客户端。
（3）txRollback用于回滚事务，在通过txSelect开启事务之后，我们便可以发布消息给broker代理服务器了，如果txCommit提交成功了，则消息一定到达了broker了，如果在txCommit执行之前broker异常崩溃或者由于其他原因抛出异常，这个时候我们便可以捕获异常通过txRollback回滚事务了。
关键代码：
channel.txSelect();
//ConfirmConfig.exchangeName(交换机名称)
//ConfirmConfig.routingKey(路由键)
//message （消息内容）
channel.basicPublish(ConfirmConfig.exchangeName, ConfirmConfig.routingKey, MessageProperties.PERSISTENT_TEXT_PLAIN, message));
channel.txCommit();
- 1
- 2
- 3
- 4
- 5
- 6
- 7
事务确实能够解决producer与broker之间消息确认的问题，只有消息成功被broker接受，事务提交才能成功，否则我们便可以在捕获异常进行事务回滚操作同时进行消息重发
事务机制的缺点 ：
使用事务机制的话会降低RabbitMQ的性能。
会导致生产者和RabbitMq之间产生同步(等待确认)，这也违背了我们使用RabbitMq的初衷。所以一般很少采用
3.2、publisher Confirm机制（发送者确认）
那么有没有更好的方法既能保障producer知道消息已经正确送到，又能基本上不带来性能上的损失呢？从AMQP协议的层面看是没有更好的方法，但是RabbitMQ提供了一个更好的方案，即将channel信道设置成confirm模式。
发送确认分为两步，一是确认是否到达交换器，二是确认是否到达队列。
confirm模式的实现原理
生产者将信道设置成confirm模式，一旦信道进入confirm模式，所有在该信道上面发布的消息都会被指派一个唯一的ID(从1开始)，一旦消息被投递到所有匹配的队列之后，broker就会发送一个确认给生产者（包含消息的唯一ID）,这就使得生产者知道消息已经正确到达目的队列了，如果消息和队列是可持久化的，那么确认消息会将消息写入磁盘之后发出，broker回传给生产者的确认消息中deliver-tag域包含了确认消息的序列号，此外broker也可以设置basic.ack的multiple域，表示到这个序列号之前的所有消息都已经得到了处理。
ConfirmCallback和ReturnCallback
对于ConfirmCallback来说：
如果消息没有到exchange,则confirm回调,ack=false
如果消息到达exchange,则confirm回调,ack=true
对于ReturnCallback来说：
exchange到queue成功,则不回调return
exchange到queue失败,则回调return(需设置mandatory=true,否则不回回调,消息就丢了)
比如路由不到队列时触发回调
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
使用该功能需要开启确认，spring-boot中配置如下：
spring: rabbitmq: #服务器ip host: 127.0.0.1 #端口号 port: 5672 #用户名 username: admin #密码 password: 123456 #开启消息发送确认机制，默认为false #如果没有本条配置信息，当消费者收到生产者发送的消息后，生产者无法收到确认成功的回调信息 publisher-confirms: true #支持消息发送失败返回队列,默认为false publisher-returns: true #虚拟空间地址 virtual-host: /
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
RabbitConfig配置项
若使用confirm-callback则必须要配置publisherConfirms为true
若要使用return-callback则必须配置publisherReturns为true
使用return-callback时必须设置mandatory为true，或者在配置中设置mandatory-expression的值为true
package com.springboot.rabbitmq.example.demo2.config; import org.springframework.amqp.core.Binding; import org.springframework.amqp.core.BindingBuilder; import org.springframework.amqp.core.DirectExchange; import org.springframework.amqp.core.Message; import org.springframework.amqp.core.Queue; import org.springframework.amqp.rabbit.connection.CachingConnectionFactory; import org.springframework.amqp.rabbit.connection.CorrelationData; import org.springframework.amqp.rabbit.core.RabbitTemplate; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; import lombok.extern.slf4j.Slf4j; /** * @method * @author Mr yi * @time 2019年6月23日 */ @Configuration @Slf4j public class RabbitConfigDemo2 { @Autowired private CachingConnectionFactory connectionFactory; // 消息队列名称 final static String queue = "queue_demo3"; //交换机名称 final static String exchange = "deom3Exchange"; @Bean public Queue queueDemo2() { return new Queue(RabbitConfigDemo2.queue); } /** * * @method 声明一个direct类型的交换机 * @author Mr yi * @time 2019年6月19日 * @return */ @Bean DirectExchange exchangeDemo2() { return new DirectExchange(RabbitConfigDemo2.exchange); } /** * * @method 绑定Queue队列到交换机,并且指定routingKey * @author Mr yi * @time 2019年6月19日 * @param queueDemo1 对应注入queueDemo1()方法 * @param exchangeDemo1 对应exchangeDemo1() * @return */ @Bean Binding bindingDirectExchangeDemo2(Queue queueDemo2, DirectExchange exchangeDemo2) { return BindingBuilder.bind(queueDemo2).to(exchangeDemo2).with("keyDemo2"); } @Bean public RabbitTemplate rabbitTemplate(){ //若使用confirm-callback ，必须要配置publisherConfirms 为true connectionFactory.setPublisherConfirms(true); //若使用return-callback，必须要配置publisherReturns为true connectionFactory.setPublisherReturns(true); RabbitTemplate rabbitTemplate = new RabbitTemplate(connectionFactory); //使用return-callback时必须设置mandatory为true，或者在配置中设置mandatory-expression的值为true rabbitTemplate.setMandatory(true); // 如果消息没有到exchange,则confirm回调,ack=false; 如果消息到达exchange,则confirm回调,ack=true rabbitTemplate.setConfirmCallback(new RabbitTemplate.ConfirmCallback() { @Override public void confirm(CorrelationData correlationData, boolean ack, String cause) { if(ack){ log.info("消息发送成功:correlationData({}),ack({}),cause({})",correlationData,ack,cause); }else{ log.info("消息发送失败:correlationData({}),ack({}),cause({})",correlationData,ack,cause); } } }); //如果exchange到queue成功,则不回调return;如果exchange到queue失败,则回调return(需设置mandatory=true,否则不回回调,消息就丢了) rabbitTemplate.setReturnCallback(new RabbitTemplate.ReturnCallback() { @Override public void returnedMessage(Message message, int replyCode, String replyText, String exchange, String routingKey) { log.info("消息丢失:exchange({}),route({}),replyCode({}),replyText({}),message:{}",exchange,routingKey,replyCode,replyText,message); } }); return rabbitTemplate; } }
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
- 69
- 70
- 71
- 72
- 73
- 74
- 75
- 76
- 77
- 78
- 79
- 80
- 81
- 82
- 83
- 84
- 85
- 86
- 87
- 88
- 89
- 90
- 91
- 92
- 93
- 94
- 95
- 96
- 97
- 98
- 99
- 100
- 101
这块代码是自己用最近用的 的，可自行参考
package com.mq.rabbitmqprovider.config; import org.springframework.amqp.rabbit.connection.ConnectionFactory; import org.springframework.amqp.rabbit.core.RabbitTemplate; import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; /** * rabbitmq消息回调函数 * @author LiuCheng * @data 2020/12/24 15:24 */ @Configuration public class RabbitConfig { @Bean public RabbitTemplate createRabbitTemplate(ConnectionFactory connectionFactory){ RabbitTemplate rabbitTemplate = new RabbitTemplate(); rabbitTemplate.setConnectionFactory(connectionFactory); // rabbitTemplate.setChannelTransacted(true); // 设置开启Mandatory 才能出发回调函数，无论消息结果怎么样都强制调用回调函数 rabbitTemplate.setMandatory(true); rabbitTemplate.setConfirmCallback((correlationData,ack,cause)->{ System.out.println("ConfirmCallback 相关数据 " +correlationData); System.out.println("ConfirmCallback 确认情况 " +ack); System.out.println("ConfirmCallback 原因 " +cause); }); // Message message, int replyCode, String replyText, String exchange, String routingKey rabbitTemplate.setReturnsCallback((returnCallback)->{ System.out.println("ReturnsCallback 交换机 " +returnCallback.getExchange()); System.out.println("ReturnsCallback 回应消息 " +returnCallback.getReplyText()); System.out.println("ReturnsCallback 路由键 " +returnCallback.getRoutingKey()); System.out.println("ReturnsCallback 消息 " +returnCallback.getMessage()); System.out.println("ReturnsCallback 回应码 " +returnCallback.getReplyCode()); }); return rabbitTemplate; } }
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
生产者实现
AmqpTemplate是RabbitTemplate父类，RabbitTemplate实现类RabbitOperations接口，RabbitOperations继承了AmqpTemplate接口，所以这里也可以使用AmqpTemplate
package com.springboot.rabbitmq.example.demo2.produceers; import java.util.Date; import org.springframework.amqp.core.AmqpTemplate; import org.springframework.amqp.rabbit.core.RabbitTemplate; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.stereotype.Component; /** * * @method 生产者 * @author Mr yi * @time 2019年6月19日 */ @Component public class ProducersDemo2 { /** * AmqpTemplate可是RabbitTemplate父类，RabbitTemplate实现类RabbitOperations接口，RabbitOperations继承了AmqpTemplate接口 */ @Autowired private AmqpTemplate rabbitTemplate1; @Autowired private RabbitTemplate rabbitTemplate; /** * @method 生产者发送消息,direct模式下需要传递一个routingKey * @author Mr yi * @time 2019年6月19日 * @throws Exception */ public void send( ) throws Exception { String sendMsg = "Hello World " + new Date(); System.out.println("生产者发送的消息是 : " + sendMsg); //routingKey 为 keyDemo2 this.rabbitTemplate.convertAndSend("deom3Exchange", "keyDemo2", sendMsg); } }
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
消费者
package com.springboot.rabbitmq.example.demo2.consumers; import org.springframework.amqp.rabbit.annotation.RabbitHandler; import org.springframework.amqp.rabbit.annotation.RabbitListener; import org.springframework.stereotype.Component; /** * * @method 消费者 * @author Mr yi * @time 2019年6月19日 */ @Component @RabbitListener(queues = "queue_demo3") public class ConsumersDemo2 { @RabbitHandler public void process(String message) { System.out.println("消费者接收消息成功,接收到的消息是:"+message); } }
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
测试
@Controller
@Slf4j
@RequestMapping("/demo2")
public class RabbimMqDemo2Test {
@Autowired
private ProducersDemo2 producers;
@RequestMapping("/send")
public String send() throws Exception {
producers.send();
return "success";
}
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
控制台打印 结果，当然如何这里你将生产者rounkey换一个试试，发现rounkey无法匹配，会打印消息丢失:信息
二、消息接收确认
1、消息接收确认的实现机制
1、通过 ACK机制（消息确认机制）确认消息是否被正确接收，每个 Message 都要被确认（acknowledged），可以手动去 ACK 或自动 ACK
2、默认情况下，一个消息被消费者正确消费就会从队列中移除
3、自动确认会在消息发送给消费者后立即确认，但存在丢失消息的可能，如果消费端消费逻辑抛出异常，也就是消费端没有处理成功这条消息，那么就相当于丢失了消息
4、如果消息已经被处理，但后续代码抛出异常，使用 Spring 进行管理的话消费端业务逻辑会进行回滚，这也同样造成了实际意义的消息丢失
5、如果手动确认则当消费者调用 ack、nack、reject 几种方法进行确认，手动确认可以在业务失败后进行一些操作
6、如果某个服务忘记确认 ACK 了，则 RabbitMQ 不会再发送此消息数据给它，只要程序还在运行，没确认的消息就一直是 Unacked 状态，无法被 RabbitMQ 重新投递。
7、ACK 机制还可以起到限流作用，比如在接收到某条消息时休眠几秒钟
2、ACK确认模式
确认模式有三种：
1、AcknowledgeMode.NONE：不确认
默认情况下消息消费者是NONE模式，默认所有消息消费成功，会不断的向消费者推送消息。
因为rabbitMq认为所有消息都被消费成功，所以队列中不在存有消息，消息存在丢失的危险
2、AcknowledgeMode.AUTO：自动确认
在自动确认模式下，消息发送后即被认为成功投递，不管消费者端是否成功处理本次投递
优点：这种模式下吞吐量非常高。
缺点：
1，有可能出现投递丢失的情况，不同于手动确认模式，如果消费者的TCP连接或通道在消息成功交互之前关闭，则此消息会丢失
,2，消费者端过载的问题。在手动确认模式中，可以设置一次最多同时处理多少消息，而自动模式不能设置此值。因此，消费者有可能因为消息无法及时处理，堆积中内存中，内存耗尽而奔溃
3，此种模式只推荐在消费者可以快速且稳定处理投递的消息的场景中使用
3、AcknowledgeMode.MANUAL：手动确认
消费者收到消息后，手动调用basic.ack/basic.nack/basic.reject后，RabbitMQ收到这些消息后，才认为本次投递成功
手动确认模式可以使用 prefetch，限制通道上未完成的（“正在进行中的”）发送的数量
3、局部消息确认
开启手动ack确认
spring: rabbitmq: #服务器ip host: 127.0.0.1 #端口号 port: 5672 #用户名 username: admin #密码 password: 123456 #开启消息发送确认机制，默认为false #如果没有本条配置信息，当消费者收到生产者发送的消息后，生产者无法收到确认成功的回调信息 publisher-confirms: true #支持消息发送失败返回队列,默认为false publisher-returns: true #虚拟空间地址 virtual-host: demoHost #消息确认机制 --- 是否开启手ack动确认模式 manual 开启 listener: simple: acknowledge-mode: manual
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
根据前面章节例子，启动程序
http://127.0.0.1:8009/spring-rabbitmq/demo2/send
启动两次，发现有两条消息未ack确认
消费者 channel.basicAck(tag,false); ack确认消息
@Component
@RabbitListener(queues = "queue_demo3")
public class ConsumersDemo2 {
@RabbitHandler
public void process(Channel channel,String message,@Header(AmqpHeaders.DELIVERY_TAG) long tag) throws IOException {
System.out.println("消费者接收消息成功,接收到的消息是:"+message);
channel.basicAck(tag,false);
}
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
发现rabbitmq服务器上队列带确认消息没有了。
1、channel.basicAck(deliveryTag, false);
deliveryTag:deliveryTag（唯一标识 ID）：当一个消费者向 RabbitMQ 注册后，会建立起一个 Channel ，RabbitMQ 会用 basic.deliver 方法向消费者推送消息，这个方法携带了一个 delivery tag， 它代表了 RabbitMQ 向该 Channel 投递的这条消息的唯一标识 ID，是一个单调递增的正整数，delivery tag 的范围仅限于 Channel
2、channel.basicNack(deliveryTag, false, true);
deliveryTag:该消息的index
multiple：是否批量.true:将一次性拒绝所有小于deliveryTag的消息。
requeue：被拒绝的是否重新入队列
deliveryTag:该消息的index
multiple：是否批量.true:将一次性拒绝所有小于deliveryTag的消息。
requeue：被拒绝的是否重新入队列
- 1
- 2
- 3
执行程序发现：消息被拒绝后，重回队列，然后不断重新发送给消费者。导致死循环
3、channel.basicReject(deliveryTag:, false);
deliveryTag:该消息的index
requeue：被拒绝的是否重新入队列
channel.basicNack 与 channel.basicReject 的区别在于basicNack可以批量拒绝多条消息，而basicReject一次只能拒绝一条消息。
4、全局处理消息
自动确认涉及到一个问题就是如果在处理消息的时候抛出异常，消息处理失败，但是因为自动确认而导致 Rabbit 将该消息删除了，造成消息丢失
手动确认消息
@Bean public SimpleMessageListenerContainer messageListenerContainer(ConnectionFactory connectionFactory){ SimpleMessageListenerContainer container = new SimpleMessageListenerContainer(); container.setConnectionFactory(connectionFactory); container.setQueueNames("demo3_queue"); // 监听的队列 container.setAcknowledgeMode(AcknowledgeMode.MANUAL); // 手动确认 container.setMessageListener((ChannelAwareMessageListener) (message, channel) -> { //消息处理 System.out.println("====接收到消息====="); System.out.println(new String(message.getBody())); if(message.getMessageProperties().getHeaders().get("error") == null){ channel.basicAck(message.getMessageProperties().getDeliveryTag(),false); System.out.println("消息已经确认"); }else { //channel.basicNack(message.getMessageProperties().getDeliveryTag(),false,false); channel.basicReject(message.getMessageProperties().getDeliveryTag(),false); System.out.println("消息拒绝"); } }); return container; }
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
AcknowledgeMode 除了 NONE 和 MANUAL 之外还有 AUTO ，它会根据方法的执行情况来决定是否确认还是拒绝（是否重新入queue）
如果消息成功被消费（成功的意思是在消费的过程中没有抛出异常），则自动确认
当抛出 AmqpRejectAndDontRequeueException 异常的时候，则消息会被拒绝，且 requeue = false（不重新入队列）
当抛出 ImmediateAcknowledgeAmqpException 异常，则消费者会被确认
其他的异常，则消息会被拒绝，且 requeue = true（如果此时只有一个消费者监听该队列，则有发生死循环的风险，多消费端也会造成资源的极大浪费，这个在开发过程中一定要避免的）。可以通过 setDefaultRequeueRejected（默认是true）去设置
源码下载：https://download.csdn.net/download/qq_29914837/11262135
