一文搞懂RabbitMQ的ack与nack

JavaEdge

发布于 2021-04-15 15:32:54

3K0

发布于 2021-04-15 15:32:54

文章被收录于专栏：JavaEdgeJavaEdge

使用 MQ 时，需要注意保证消息不会丢失且被准确消费。

connection = factory.newConnection();
      
final Channel channel = connection.createChannel();
channel.queueDeclare("队列名", true, false, false, null);


//第二个参数设为true为自动应答，false为手动ack
channel.basicConsume("队列名", true, new DefaultConsumer(channel){
    @Override
        public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
       try {
          Thread.sleep(10000);
          System.out.println(new String(body, "UTF-8"));
        //模拟异常
        int i = 1/0;
        //手动ack
        //channel.basicAck(envelope.getDeliveryTag(), false); 
      } catch (Exception e) {
        
        //重新放入队列
        //channel.basicNack(envelope.getDeliveryTag(), false, true);
        //抛弃此条消息
        //channel.basicNack(envelope.getDeliveryTag(), false, false);
        e.printStackTrace();


      }finally {
        
      }
            
        }
});

handleDelivery是回调方法，如果队列中有消息就会执行这个方法，参数中的body就是消息内容。 channel.basicConsume 方法中第二个参数为boolean 类型，意思是消息的ack 需要自动（true）还是手动(false)。

ack机制为自动

不管 try 中有没有异常，消息管理界面上队列里的消息都被消费了，没有了(ready和unacked状态栏都没有了)，下面是管理界面, 队列中的未被消费的消息有多少条都会在ready状态栏下，分发到消费端后，消费端没有回发ack的消息会在unacked状态栏中。

手动ack应答（channel.basicAck方法）

这样做的目的是保证消息在正确消费后给回馈，说明我正确消费了。这时队列就可以把这条消息删除了，如果消费端接收了消息，但是没有给返回ack应答，那么这条消息会继续存在unacked状态下，占据队列的空间，等到空间满了，就会出现接下来的消息不能被消费的情况。

正确的消息被ack了，那么在消费过程中发生异常怎么办？该条消费肯定不能返回ack应答了，这时就需要channel.basicNack，该方法解决了消费异常情况下该条消息怎么处理，有两种办法：