RabbitMQ:消息可靠性和延迟机制

10 .消息的可靠性

10.1 RabbitMQ事务

当在消息发送过程中添加了事务，处理效率降低几十倍甚至上百倍

channel.txSelect();  //开启事务
try{
    channel.basicPublish("ex4", "k1", null, msg.getBytes());
    System.out.println("发送：" + msg);
    channel.txCommit(); //提交事务
}catch (Exception e){
    channel.txRollback(); //事务回滚
}

10.2 RabbitMQ消息确认和return机制

消息确认机制：确认消息提供者是否成功发送消息到交换机

return机制：确认消息是否成功的从交换机分发到队列

10.2.1 普通Maven项目的消息确认

• 普通confirm方式

//1.发送消息之前开启消息确认
channel.confirmSelect();

channel.basicPublish("ex1", "a", null, msg.getBytes());

//2.接收消息确认
boolean b = channel.waitForConfirms(); 

System.out.println("发送：" +(b?"成功":"失败"));

• 批量confirm方式

//1.发送消息之前开启消息确认
channel.confirmSelect();

//2.批量发送消息
for (int i=0 ; i<10 ; i++){
    channel.basicPublish("ex1", "a", null, msg.getBytes());
}

//3.接收批量消息确认：发送的所有消息中，如果有一条是失败的，则所有消息发送直接失败，抛出IO异常
boolean b = channel.waitForConfirms(); 

• 异步confirm方式

//发送消息之前开启消息确认
channel.confirmSelect();

//批量发送消息
for (int i=0 ; i<10 ; i++){
    channel.basicPublish("ex1", "a", null, msg.getBytes());
}

//假如发送消息需要10s，waitForConfirms会进入阻塞状态
//boolean b = channel.waitForConfirms();

//使用监听器异步confirm,监听消息确认机制
channel.addConfirmListener(new ConfirmListener() {
    //参数1： long l  返回消息的表示
    //参数2： boolean b 是否为批量confirm
    public void handleAck(long l, boolean b) throws IOException {
        System.out.println("~~~~~消息成功发送到交换机");
    }
    public void handleNack(long l, boolean b) throws IOException {
        System.out.println("~~~~~消息发送到交换机失败");
    }
});

10.2.2 普通Maven项目的return机制

• 添加return监听器
• 发送消息是指定第三个参数为true
• 由于监听器监听是异步处理，所以在消息发送之后不能关闭channel

String msg = "Hello HuangDaoJun!";
Connection connection = ConnectionUtil.getConnection();     //相当于JDBC操作的数据库连接
Channel channel = connection.createChannel();               //相当于JDBC操作的statement

//return机制：监控交换机是否将消息分发到队列
channel.addReturnListener(new ReturnListener() {
    public void handleReturn(int i, String s, String s1, String s2,AMQP.BasicProperties basicProperties,byte[] bytes) throws IOException {
        //如果交换机分发消息到队列失败，则会执行此方法（用来处理交换机分发消息到队列失败的情况）
        System.out.println("*****"+i);  //标识
        System.out.println("*****"+s);  //
        System.out.println("*****"+s1); //交换机名
        System.out.println("*****"+s2); //交换机对应的队列的key
        System.out.println("*****"+new String(bytes));  //发送的消息
    }
});

//发送消息
//channel.basicPublish("ex2", "c", null, msg.getBytes());
channel.basicPublish("ex2", "c", true, null, msg.getBytes());

10.3 在SpringBoot应用实现消息确认与return监听

10.3.1 配置application.yml,开启消息确认和return监听

spring:
  rabbitmq:
    publisher-confirm-type: simple  ## 开启消息确认模式
    publisher-returns: true		##使用return监听机制

10.3.2 创建confirm和return监听

@Component
public class MsgConfirmAndReturn implements
   // RabbitTemplate有两个内部类：ConfirmCallback（消息确认机制）；ReturnCallback（return机制）
    RabbitTemplate.ConfirmCallback,RabbitTemplate.ReturnCallback {

    Logger logger = LoggerFactory.getLogger(MsgConfirmAndReturn.class);

    @Resource
    private RabbitTemplate rabbitTemplate;

    @PostConstruct
    public void init(){
        //声明这个类就是实现了消息确认机制、return机制，实现了监听。
        rabbitTemplate.setConfirmCallback(this);
        rabbitTemplate.setReturnCallback(this);
    }

    @Override
    public void confirm(CorrelationData correlationData, boolean b, String s) {
        //此方法用于监听消息确认结果（消息是否发送到交换机）
        if(b){
            logger.info("-------消息成功发送到交换机");
        }else{
            logger.warn("-------消息发送到交换机失败");
        }
    }

    @Override
    public void returnedMessage(Message message, int i, String s, String s1, String s2) {
        //此方法用于return监听(当交换机分发消息到队列失败时执行)
        logger.warn("~~~~~~~交换机分发消息到队列失败");
    }
}

10.4 RabbitMQ的集群部署

• 暂略

11. 延迟机制

11.1 延迟队列

• 延迟队列——消息进入到队列之后，延迟指定的时间才能被消费者消费

• AMQP协议和RabbitMQ队列本身是不支持延迟队列功能的，但是可以通过TTL（Time To Live）特性模拟延迟队列的功能

• TTL就是消息的存活时间。RabbitMQ可以分别对队列和消息设置存活时间

  • 在创建队列的时候可以设置队列的存活时间，当消息进入到队列并且在存活时间内没有消费者消费，则此消息就会从当前队列被移除；
  • 创建消息队列没有设置TTL，但是消息设置了TTL，那么当消息的存活时间结束，也会被移除；一般设置每个消息的存活时间相等，即使不等也要保持前面消息的存活时间小于后面消息，因为队列是满足先进先出原则的消费，只有第一个消息被消费才能到第二个消息，如果后面的消息存活时间很短，等到前面消息处理完，后面的消息也被移除了，就是后面是无效消息。
  • 当TTL结束之后，我们可以指定将当前队列的消息转存到其他指定的队列

11.2 使用延迟队列实现订单支付监控

死信队列：没有消费者，但设置了消息TTL存活时间，等过期时间一到，所以消息要么转存到其他队列，要么移除。

11.2.1 实现流程图

订单延时支付功能实现：准备一个路由模式的交换机，一个死信队列存放消息，但是没有消费者消费它，一个queue2消息队列不存放消息，只接收死信队列转存的过期消息，有B服务消费queue2队列，这样就可以保障B服务会在30分钟后检查支付状态（因为一开始queue2没有存消息，B消费者不能消费，只有在30分钟后，死信队列转存过期消息到queue2,B才能消费）。

11.2.2 创建交换机和队列

1.创建路由交换机

2.创建消息队列

3.创建死信队列

4.队列绑定