RabbitMQ高级特性

RabbitMQ高级特性

1. RabbitMQ消息可靠性投递
在使用RabbitMQ的时候，作为消息发送方希望杜绝任何消息丢失或者投递失败场景。RabbitMQ为我们提供了两种方式用来控制消息投递可靠性模式。

1.confirm确认模式 消息从producer到exchange则会返回一个confirmCallback

    @Override
    public void confirm(CorrelationData correlationData, boolean ack, String cause) {
        if(ack){
            log.info("发送消息到exchange成功");
        }else{
            log.error("发送消息到exchange失败" + cause);
        }
    }

2.returm退回模式 消息从exchange到queue投递失败会返回一个returnCallback

@Override
    public void returnedMessage(Message message, int replyCode, String replyText, String exchange, String routingKey) {
        System.out.println("消息主体 message : "+message);
        System.out.println("消息主体 message : "+replyCode);
        System.out.println("描述："+replyText);
        System.out.println("消息使用的交换器 exchange : "+exchange);
        System.out.println("消息使用的路由键 routing : "+routingKey);
    }

2. RabbitMQ消费者ACK

1.设置手动签收。acknowledge=“manual”
2.让监听器实现ChannelAwareMessageListener接口
3.如果消息成功处理，则调用channel的basicAck()签收
4.如果消息处理失败，则调用channel的basicNack拒绝签收，broker重新发送

@RabbitHandler
public void processMessage2(String message,Channel channel,@Header(AmqpHeaders.DELIVERY_TAG) long tag) {
    System.out.println(message);
    try {
        channel.basicAck(tag,false);            // 确认消息 不批量签收
    } catch (IOException e) {
        channel.basicNack(tag,false,true);//拒绝签收 不批量签收 第三个参数为true代表重新回到queue broker会重新发送给消费端
//        channel.basicReject(tag,true);//拒绝签收 重回队列 推荐采用第一种方式
    }
}

需要注意的 basicAck 方法需要传递两个参数:
1.deliveryTag（唯一标识 ID）：当一个消费者向 RabbitMQ 注册后，会建立起一个 Channel ，RabbitMQ 会用 basic.deliver 方法向消费者推送消息，这个方法携带了一个 delivery tag， 它代表了 RabbitMQ 向该 Channel 投递的这条消息的唯一标识 ID，是一个单调递增的正整数，delivery tag 的范围仅限于 Channel
2.multiple：为了减少网络流量，手动确认可以被批处理，当该参数为 true 时，则可以一次性确认 delivery_tag 小于等于传入值的所有消息

3. RabbitMQ消息持久化

持久化

1. exchange要持久化
2. queue要持久化
3. message要持久化

消息确认

1. 启动消费返回（@ReturnList注解，生产者就可以知道哪些消息没有发出去）
2. 生产者和Server（broker）之间的消息确认
3. 消费者和Server（broker）之间的消息确认

4. RabbitMQ消费者限流

1.确保ack机制为手动确认
2.listen-container配置属性 profech = x
表示消费者每次从mq拉取x条数据,直到手动确认消息完毕后,才会继续拉取下一条消息