消息确认主要分为两种
配置文件需要开启配置
publisher-confirm-type: correlated
消息发送到交换机回调,当消息发送到交换机时,会触发此接口中的 confirm 回调函数
confirm 中有三个参数
配置文件需要开启配置
publisher-returns: true
消息发送到队列回调,接口中包含 returnedMessage 函数,如果消息发送成功,则不会调用此回调函数,如果消息发送失败,则会调用此回调函数
returnedMessage 中有5个参数
server:
port: 7008
spring:
application:
name: rabbitmq-demo
#配置rabbitMq 服务器
rabbitmq:
host: 192.168.202.128
port: 5672
username: guest
password: guest
virtual-host: /
# 开启生产者发布确认,确认消息已发送到交换机 Exchange
publisher-confirm-type: correlated
# 开启发布者返回,确认消息已发送到队列 Queue
publisher-returns: true
listener:
simple:
# 开启消息手动确认(即需要调用channel.basicAck才会从队列中删除消息),默认是 NONE
acknowledge-mode: manual
#表示消费者端每次从队列拉取多少个消息进行消费,直到手动确认消费完毕后,才会继续拉取下一条
prefetch: 1
#消费被拒绝时 true:重回队列 false为否
default-requeue-rejected: false
retry:
#是否支持重试,默认false
enabled: true
#重试最大次数,默认3次
max-attempts: 3
#重试最大间隔时间
max-interval: 1000ms
package com.wxw.notes.rabbitmq.demo.config;
import lombok.extern.slf4j.Slf4j;
import org.springframework.amqp.core.Message;
import org.springframework.amqp.rabbit.connection.ConnectionFactory;
import org.springframework.amqp.rabbit.connection.CorrelationData;
import org.springframework.amqp.rabbit.core.RabbitTemplate;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
/**
* @author wuxiongwei
* @date 2022/8/3 10:25
* @Description
*/
@Slf4j
@Configuration
public class RabbitTemplateConfig {
@Bean
public RabbitTemplate createRabbitTemplate(ConnectionFactory connectionFactory) {
RabbitTemplate rabbitTemplate = new RabbitTemplate();
rabbitTemplate.setConnectionFactory(connectionFactory);
// 设置开启Mandatory,才能触发回调函数,无论消息推送结果怎么样都强制调用回调函数
rabbitTemplate.setMandatory(true);
// 确认消息送到交换机(Exchange)回调
// 如果消息没有到 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);
}
}
});
// 确认消息送到队列(Queue)回调
// 如果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("确认消息送到队列结果:");
log.info("发送消息:{}", message);
log.info("回应码:{}", replyCode);
log.info("回应信息:{}", replyText);
log.info("交换机:{}", exchange);
log.info("路由键:{}", routingKey);
}
});
return rabbitTemplate;
}
}
/**
* 路由模式队列1
*/
@Bean
public Queue directQueue1() {
return new Queue(DIRECT_QUEUE1);
}
/**
* 路由模式交换机
*/
@Bean
public DirectExchange directExchange() {
return new DirectExchange(DIRECT_EXCHANGE);
}
/**
* 路由模式队列1和交换机绑定
*/
@Bean
public Binding bindingDirectExchange1() {
return BindingBuilder.bind(directQueue1()).to(directExchange()).with(DIRECT_ROUTING_KEY1);
}
@RestController
@Slf4j
@RequestMapping("/confirm")
@RequiredArgsConstructor
public class ConfirmProviderController {
private final RabbitTemplate rabbitTemplate;
@RequestMapping("/routingSend")
public void routingSend() {
String routingKeyMessage1 = "routing Message 1";
log.info("路由模式生产者发送消息 :{}", routingKeyMessage1);
rabbitTemplate.convertAndSend(RabbitMqConfig.DIRECT_EXCHANGE, RabbitMqConfig.DIRECT_ROUTING_KEY1, routingKeyMessage1, new CorrelationData(UUID.randomUUID().toString()));
}
}
这个时候,我们正常发送,肯定是没有问题,所以,只会触发 ConfirmCallback 的交换机发送成功回调
测试一下,更改一下交换机名称,让它找不到交换机
可以看到,触发了 ConfirmCallback 的交换机发送失败回调
测试一下,更改一下 RoutingKey ,让它找不到队列
再次发送,就可以看到无法找到我们的队列了,触发了 ReturnCallback 回调
package com.wxw.notes.rabbitmq.demo.consumer;
import com.rabbitmq.client.Channel;
import com.wxw.notes.rabbitmq.demo.config.RabbitMqConfig;
import lombok.extern.slf4j.Slf4j;
import org.springframework.amqp.core.Message;
import org.springframework.amqp.rabbit.annotation.RabbitListener;
import org.springframework.stereotype.Component;
import java.io.IOException;
/**
* @author wuxiongwei
* @date 2022/7/28 10:32
* @Description
*/
@Slf4j
@Component
public class ComfirmConsumer {
/**
* 路由模式
*
* @param message 消息内容
*/
@RabbitListener(queues = RabbitMqConfig.DIRECT_QUEUE1)
public void fanoutConsumer1(Message message, Channel channel) throws IOException {
log.info("发布订阅模式消费者1接收到消息:{}", message);
long deliveryTag = message.getMessageProperties().getDeliveryTag();
// 手动进行消息确认
channel.basicAck(deliveryTag,false);
}
}
消费者消息确认,我们需要在配置文件中开启消息的手动确认,因为默认是自动确认的
acknowledge-mode: manual
确认模式有三种
消息确认函数中会用到的几个参数
basicAck 包含 deliveryTag 和 multiple 参数
消息确认的过程
生产者发送一条消息,当消息开始被消费到被确认时,个人理解分为三种状态
第一种就是等待消费状态,消费者还未接收到消息,消息会处于 Ready 状态
第二种就是消费中的状态,消费者开始消费消息,但还未被确认,消息处于 Unacked 状态
第三种就是消费完成,消费者完成消费确认
比如下面三张图,第一二张图,是消费者接收到消息,中间打了一个断点,然后消息就是 Unacked 状态,如果这个时候程序异常,或者手动将程序终止,这条消息会再次回到等待消费的状态,不会丢失,也就是说,只要没有进行消费确认,消息就会一直在。
此时,将断点走过,消息被消费确认,就会被移出队列
basicNack 方法用于否定当前消息。 可以批量拒绝消息
channel.basicNack(deliveryTag,false,false) 三个参数
deliveryTag:唯一参数
multiple:和相关参数解释一样
requeue:和相关参数解释一样
第三个参数最好设定为 false,否则消息重回队列,当前消费者还会一直消费,程序遭不住
basicReject 方法用于拒绝当前的消息,相比 basicNack 少了一个批量拒绝的参数,所以,一般用来拒绝当前消息,如果需要批量拒绝,可使用 basicNack
channel.basicReject(deliveryTag,false)两个参数
deliveryTag:唯一参数
requeue:和相关参数解释一样
第二个参数一般也是设定 false,设定为 true 后果和 basicNack 一样,遭不住,有兴趣可以试试
其实消息如果拒绝了还想消费,可以通过其他方式来重新消费,比如先加到另外的队列
注意,看代码的话,请仔细一点
https://github.com/wxwhowever/springboot-notes/tree/master/rabbitmq-demo