什么是消息的ACK
不管是哪种类型的消息中间件,都有一一种机制,即consumer端的消息ACK,通俗来讲,就是消息的确认消费机制,为什么会有这个ACK机制呢?这个和消息中间件的架构设计有关
下面是关于consumer端消息ACK的大致流程
从图也可以理解,ACK的作用在于,消费端如果消费成功了,就通过ACK告知broker,broker接收到了ACK的消息后,就可以做其他的业务处理了,比如从队列里删除ACK的消息,或者异步通知应用中的监听器等,而NACK正好相反,假如消费端因为网络故障或者业务处理到某个地方阻塞导致消息得不到处理而不能ACK的状态;
在rabitmq中,消费端可以设置ack为手动签收或者启动签收;
了解了上面的概念之后,我们来说消费者的消息重回队列的问题,举例来说,producer发送到队列的某些消息,在consumer端,会对消息根据业务需要做消息的过滤,那些不需要的消息怎么办呢?在rabbitmq中,如果设置自动签收,那些被过滤掉的消息将会被丢弃,在某些场景下这样是可以的,但是对于一些对消息具有特别规定的,这样的方式就显得粗暴,一种比较好的方式就是,consumer端设置消息重回队列,即对于那些被过滤掉的消息,通过设置nack,使得这样的消息重新被退回到原来的queue中,