前言:我们在消息生产端的可靠性投递方案中的方案一,producer就是通过消息confirm机制来确保消息能能投递到MQ(或者说是exchange)如果失败话做重投。
confirm机制:message 从 producer 成功投递到 rabbitmq broker cluster 则会返回一个 confirmCallback
tips:confirm机制只保证消息达到exchange,不保证消息到达queue
三种confirm方式:
- 普通confirm模式:每发送一条消息后,调用waitForConfirms()方法,等待服务器端confirm。实际上是一种串行confirm了。
- 批量confirm模式:每发送一批消息后,调用waitForConfirms()方法,等待服务器端confirm。
- 异步confirm模式:提供一个回调方法,服务端confirm了一条或者多条消息后Client端会回调这个方法。
实现异步监听的消息的confirm:
- 在channel上开启确认模式:channel.confirmSelect()
- 在channel上添加监听:addConfirmListener,监听成功和失败的返回结果(实际业务中就可以根据结果对详细进行重发、记录日志等)
测试代码:
不需要消费者,直接在生产端声明队列,交换机做测试就好
package com.vivo.demo1.confirm;
import com.rabbitmq.client.*;
import java.io.IOException;
import java.util.concurrent.TimeoutException;
/**
* @author:luzaichun
* @Date:2020/12/20
* @Time:22:39
**/
public class Producer {
public static void main(String[] args) throws IOException, TimeoutException {
ConnectionFactory factory = new ConnectionFactory();
factory.setHost("192.168.3.7");
factory.setPort(5672);
factory.setVirtualHost("/");
Connection connection = factory.newConnection();
Channel channel = connection.createChannel();
//开启确认模式
channel.confirmSelect();
channel.exchangeDeclare("confirm_exchange","topic",false,false,null);
channel.queueDeclare("confirm_queue",false,false,false,null);
channel.queueBind("confirm_queue","confirm_exchange","topic.#");
channel.basicPublish("confirm_exchange","topic.confirm",null,"测试消息确认机制".getBytes());
channel.addConfirmListener(new ConfirmListener() {
//只要是[交换机]确认收到了消息就会回调ConfirmListener的handleAck方法。(即使交换机没有正确路由到队列中)
@Override
public void handleAck(long deliveryTag, boolean multiple) throws IOException {
System.out.println("ack...消息投递成功");
}
//只要是[交换机]没有确认收到了消息就会回调ConfirmListener的handleNack方法。
@Override
public void handleNack(long deliveryTag, boolean multiple) throws IOException {
System.out.println("nack。。。消息投递失败,例如队列满了");
}
});
}
}
启动生产者可以看到控制台,回调成功。然后我们观察控制台发现消息已经到达confirm_queue队列,消息投递成功。