RabbitMQ入门（八）RabbitMQ的消息确认ACK

前言

      本章讲解RabbitMQ的消息确认ACK机制

方法

1.概念

在前面的章节中，我们通过了持久化的设置避免了因消费者端突然宕机造成的消息丢失！

那么即使消费者端没有宕机，消息处理的时候也很容易出现异常，那么我们认为这个消息的消费是失败的。

RabbitMQ通过消息确认的ACK机制来确认消息是否成功的进行消费，若消费者端消息处理抛出了异常，那么该消息将重新放入队列当中重新进行发送，直至消息正确的接收。

RabbitMQ的ACK消息确认机制是默认开启的。

2.问题重现

我们依旧拷贝之前direct的示例工程：

我们依然稍微改动一下我们的provider的测试代码：

package cn.edu.ccut;

import org.junit.Test;
import org.junit.runner.RunWith;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.test.context.SpringBootTest;
import org.springframework.test.context.junit4.SpringRunner;

@RunWith(SpringRunner.class)
@SpringBootTest(classes=App.class)
public class RabbitMQTest {
	
	@Autowired
	private Provider provider;
	
	@Test
	public void testSendMsg() throws Exception{
		provider.sendMsg("hello rabbitmq !");
	}
}

这里呢我们仅仅发送一条消息！

我们再次修改consumer端的代码，让接收消息的时候抛出异常：

package cn.edu.ccut;

import org.springframework.amqp.core.ExchangeTypes;
import org.springframework.amqp.rabbit.annotation.Exchange;
import org.springframework.amqp.rabbit.annotation.Queue;
import org.springframework.amqp.rabbit.annotation.QueueBinding;
import org.springframework.amqp.rabbit.annotation.RabbitHandler;
import org.springframework.amqp.rabbit.annotation.RabbitListener;
import org.springframework.stereotype.Component;

@Component
@RabbitListener(bindings=
		@QueueBinding(
				value=@Queue(name="${mq.config.queue.vip}",autoDelete="true"),
				exchange=@Exchange(name="${mq.config.exchange}",type=ExchangeTypes.DIRECT),
				key="${mq.config.queue.vip.routing.key}"
		)
)
public class VipConsumer {

	@RabbitHandler
	public void receiveMsg(String msg){
		System.out.println("Vip Message is "+msg);
		//抛出异常的代码
		int a = 1/0;
	}
}

此刻我们正常演示程序，观察控制台输出：

我们发现控制台不断的闪烁，并且抛出异常！

这是因为MQ一旦发现消息确认失败了，会将消息重新放入队列中进行发送，如此循环！

2.问题解决

该ACK确认机制有效的防止了消息的异常接收，但是暴露出的问题我们不得不引起重视！

我们在消费者端的application.properties文件中加入如下重试机制，代表着重试五次接收失败便不再接受了！

#ACK config
spring.rabbitmq.listener.simple.retry.enabled=true
spring.rabbitmq.listener.simple.retry.max-attempts=5

当然了，你在消费者端的消息处理代码可以加入try-catch进行异常的捕获，也是未尝不可的！