RabbitMQ事务方案中消息确认机制与可靠投递设计.pdfVIP

如果在这个方案里，使用RabbitMQ的一些细节

1、下游服务的ack

其实用RabbitMQ在这里还是比较简单的，主要就是用一个ACK机制就好了。因为ACK，

就可以保证只有你处理完才会ACK掉这条消息。然后的话呢，如果你没ACK，

RabbitMQ会给你重新投递消息

其他的没什么特殊的了

如果是自动ACK，那么RabbitMQ只要一旦投递出去这个消息给消费者，立即就删除这条

消息了。要是你消费者没处理成功，这条消息就丢了。这种的话主要是针对那种对消息少

量丢失不太敏感的，然后要求高吞吐量的场景

但是可以使用手动ACK的方式——只有当你手动ACK的时候，RabbitMQ才会认为

你已经消费成功了，就会删除那条消息。给出的示例如下所示：

booleanautoAck=false;channel.basicConsume(queueName,

autoAck,a‑consumer‑tag,newDefaultConsumer(channel){

@OverridepublicvoidhandleDelivery(StringconsumerTag,

Envelopeenvelope,AMQP.BasicPrope