RabbitMQ 消费端的ack与重回队列

博客介绍了RabbitMQ中消费端如何处理消息确认(ACK)和否定确认(NACK)。在遇到业务异常时,消费端会记录日志并可能进行补偿操作。对于服务器宕机等严重问题,需要手动ACK确保消息已被消费。同时,示例展示了生产者和消费者的Java代码,消费者在处理消息时,如果消息编号为3,则会NACK并重回队列,否则ACK。

消费端的ACK与NACK

  • ack:成功处理
  • nack:处理失败

消费端因为业务异常,我们可以进行日志的记录,然后进行补偿。
由于服务器宕机等严重问题,那我们就需要手工ACK,保障消费端消费成功。

消费端重回队列:
对没有处理成功的消息,会把消息重新递给Broker。
一般不使用重回队列。

生产者代码:

package com.example.rabbitmq.limit.ack;

import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;

import java.io.IOException;
import java.util.concurrent.TimeoutException;

/**
 * 生产者
 */
public class producer {

    public static void main(String[] args) throws IOException, TimeoutException {

        //1,创建工厂
        ConnectionFactory connectionFactory = new ConnectionFactory();
        connectionFactory.setHost("127.0.0.1");
        connectionFactory.setPort(5672);
        connectionFactory.setUsername("guest");
        connectionFactory.setPassword("guest");
        //2, 获取连接
        Connection connection = connectionFactory.newConnection();
        //3, 通过connection创建一个channel
        Channel channel = connection.createChannel();

        String exchangeName = "test_ack_exchange";
        String routingKey = "ack.save";

        //5, 发送消息
        for (int i = 0; i < 10; i++) {
            Map<String, Object> headers = new HashMap<>();
            headers.put("num", i);
            String msg = "hello rabbitmq send retuen message! - " + i;
            AMQP.BasicProperties properties = new AMQP.BasicProperties.Builder()
                    .deliveryMode(2)
                    .contentEncoding("utf-8")
                    .headers(headers)
                    .build();
            channel.basicPublish(exchangeName, routingKey, true,properties, msg.getBytes());
        }
//        channel.close();
//        connection.close();

    }
}

消费者代码:

package com.example.rabbitmq.limit.ack;

import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;

import java.io.IOException;
import java.util.concurrent.TimeoutException;

/**
 * 消费者
 */
public class Consumer {

    public static void main(String[] args) throws IOException, TimeoutException, InterruptedException {
        //1,创建工厂
        ConnectionFactory connectionFactory = new ConnectionFactory();
        connectionFactory.setHost("127.0.0.1");
        connectionFactory.setPort(5672);
        connectionFactory.setUsername("guest");
        connectionFactory.setPassword("guest");
        //2,获取连接
        Connection connection = connectionFactory.newConnection();
        //3,通过connection创建一个channel
        Channel channel = connection.createChannel();
        //4,exchange, routingkey, queue, 并将queue和交换机绑定
        //设置交换机
        String exchangeName = "test_ack_exchange";
        String routingKey = "ack.#";
        String queueName = "test_ack_queue";

        //声明一个交换机
        channel.exchangeDeclare(exchangeName, "topic", true, false, null);
        //声明一个队列
        channel.queueDeclare(queueName, true, false, false, null);
        //建立关系
        channel.queueBind(queueName, exchangeName, routingKey);

        //5,创建消费者
        //限流方式, autoAck 必须为fale
        //prefetchSize, prefetchCount, global
        channel.basicQos(0, 3, false);
        channel.basicConsume(queueName, false, new MyConsumer(channel));
    }
}

自定义消费者类:

package com.example.rabbitmq.limit.ack;

import com.rabbitmq.client.AMQP;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.DefaultConsumer;
import com.rabbitmq.client.Envelope;

import java.io.IOException;

/**
 * 自定义消费者
 */
public class MyConsumer extends DefaultConsumer {

    private Channel channel;

    public MyConsumer(Channel channel) {
        super(channel);
        this.channel = channel;
    }

    @Override
    public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties basicProperties,  byte[] body) throws IOException {
        System.out.println("----- consumer message -----");
        System.out.println("body = " + new String(body));

        try {
            Thread.sleep(2000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }

        //channel.basicAck(envelope.getDeliveryTag(), false);
        if((Integer)basicProperties.getHeaders().get("num") == 3){
            //multiple 是否批量,  requeue 是否重回队列
            channel.basicNack(envelope.getDeliveryTag(), false,true);
        }else{
            //手动签收
            channel.basicAck(envelope.getDeliveryTag(), false);
        }
    }
}


<think> 嗯,我现在需要解决用户关于RabbitMQ消息确认后是否会立即删除的问题。用户提供了多个引用,我得仔细分析这些信息并综合起来给出准确答案。 首先,用户引用了五段资料。引用[1]提到默认情况下RabbitMQ使用自动确认机制,消息发送给消费者后立即确认,但存在丢失消息的可能,特别是在消费端抛出异常时,即使使用事务回滚,消息仍然会丢失。这说明自动确认会导致消息在发送后就被删除,不管消费者是否成功处理。 引用[2]进一步说明,RabbitMQ默认在消息发送给消费者后立即删除,如果消费者处理耗时任务中途退出,消息就会丢失。这里的关键点是自动确认模式下,消息一经投递就被标记为删除。 引用[3]讨论了手动ACK和自动ACK的区别。手动ACK可以防止消息丢失,因为消费者处理完成后才确认,RabbitMQ不会立即删除消息。而自动ACK虽然吞吐量高,但消息可能因异常而丢失。这里提到的自动ACK会导致消息在投递后立即删除。 引用[4]则明确解释了当autoAck设置为false时,消费者需要手动发送ACKRabbitMQ才会删除消息。如果消费者断开连接而未确认,消息会被重新放回队列。这说明手动确认模式下,消息不会立即删除,而是等待确认。 引用[5]提到控制接收速率的方法,但主要关联的是消费者处理能力问题,ACK机制关系不大,可能在这里不直接影响问题结论。 现在需要综合这些信息。核心点在于确认机制的类型:自动ACK下,消息发送后立即被删除;手动ACK下,消息需等待消费者显式确认才会删除。用户的问题在于ACK确认后是否立即删除,这里需要区分自动和手动两种情况。 在自动确认模式下,一旦消息发送给消费者,RabbitMQ会立即删除消息(即确认后立即删除)。而手动确认模式下,只有消费者发送ACK后,RabbitMQ才会删除消息,因此不是立即而是延迟到确认时。同时,如果消费者未确认就断开,消息会重新入队。 因此,答案应该是:自动ACK确认后会立即删除,但存在丢失风险;手动ACK确认后才会删除,不会立即发生。需要根据确认模式来判断。 </think> 关于 RabbitMQ 消息 ACK 确认后的删除机制,核心结论如下: ### 结论 **ACK 确认后是否立即删除消息取决于确认模式:** 1. **自动确认模式 (`autoAck=true`)**:消费者收到消息后,RabbitMQ **立即删除消息** 2. **手动确认模式 (`autoAck=false`)**:必须显式发送 ACK 指令后,RabbitMQ **才会删除消息** ### 详细说明 #### 1. 自动确认模式 (默认风险高) - 消息发送给消费者后,RabbitMQ **立即删除消息并确认投递成功**[^1][^2] - **风险场景**: - 若消费者处理消息时崩溃(如执行耗时任务中宕机) - 若消费逻辑抛出异常(即使使用事务回滚) - 此时消息已被删除且无法恢复,**必然导致消息丢失**[^1][^3] #### 2. 手动确认模式 (推荐安全方案) - 设置 `autoAck=false`,消费者需在处理完成后**显式发送 ACK 指令** - **删除时机**: - 只有收到消费ACK 后,RabbitMQ **才会删除消息**[^4] - 未收到 ACK 时消息始终保留在队列中 - **容错机制**: - 若消费者断开连接未发送 ACK - RabbitMQ 会将消息**重新放回队列**,由其他消费者处理[^4] ```java // 消费者示例(Java SDK) channel.basicConsume(queueName, false, (consumerTag, delivery) -> { try { // 处理消息业务逻辑 processMessage(delivery.getBody()); // 处理成功才发送ACK channel.basicAck(delivery.getEnvelope().getDeliveryTag(), false); } catch (Exception e) { // 异常时拒绝消息(会重新入队) channel.basicNack(deliveryTag, false, true); } }); ``` ### 对比总结 | **确认模式** | **ACK 后删除时机** | **消息丢失风险** | **适用场景** | |--------------|-------------------|------------------|---------------------| | 自动确认 | 立即删除 | 高 | 非关键消息/测试环境 | | 手动确认 | 显式ACK后才删除 | 低 | 生产环境关键业务 | > **最佳实践**:生产环境必须使用手动确认模式,并通过 `basicNack` 实现异常重试,同时配合消费者限流(`prefetchCount`)避免消息积压[^5]。 --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值