RabbitMQ如何确保消息可靠投递的详细机制是什么？

本文共计2268个文字，预计阅读时间需要10分钟。

目录+前言+RabbitMQ的投递及消费流程+供应商如何保证消息的投递成功+单条消息的同步确认+多条消息的同步确认+异步消息的确认+消息的返回机制+前言+当前的一些互联网项目或高并发项目

目录

• 前言
• RabbitMq的投递及消费流程
• 提供者如何确保消息的成功投递
• 单条消息的同步确认
• 多条消息的同步确认
• 异步消息确认
• 消息的返回机制

前言

现在的一些互联网项目或者是高并发的项目中很少有没有引入消息队列的。 引入消息队列可以给这个项目带来很多的好处：比如

• 削峰

这个就很好的理解，在系统中的请求量是固定的，但是有的时候会多出很多的突发流量，比如在有秒杀活动的时候，这种瞬时的高流量可能会打垮系统，这个时候就可以很好的引入MQ，将这些请求积压到MQ中，然后消费端在按照自已的能力去处理这里请求

• 解耦合

比如现在有系统A,当系统A执行完成后，B、C系统需要拿到A系统的结果才可以继续执行，如果不引入MQ，A系统还要调用B、C系统，这样这A、B、C三个系统的耦合性就很大。引入MQ后A系统的执行结果只需要保证将消息投递到MQ就好，其它的两个系统只需要监听这个MQ的某个队列，这样就降低了这三个系统之间的耦合性。

• 异步

再通过A、B、C这三个系统举例。