想提高开发效率的必看！RabbitMQ的高级特性和消息补偿机制

confirm 确认模式:当消息从 producer 发送到 exchange 则会执行 confirmCallback中的confirm方法。

return 退回模式:当消息发送给Exchange后, Exchange将消息路由到queue失败会执行ReturnCallBack。

确认模式会返回{1.相关配置信息, 2.交换机是否成功接收到消息 , true 成功 false失败 3.失败原因 }

回退模式会返回{1.消息对象,2.错误码,3.错误信息,4.交换机名称,5.路由键}

2.Consumer ACK(消费者 ACK)

ack指Acknowledge，确认。 表示消费端收到消息后的确认方式。

RabbitMQ提供三种确认方式：

自动确认: acknowledge=“none” 当消息一旦被Consumer接收到，则自动确认收到，并将相应 message 从 RabbitMQ 的消息缓存中移除。

手动确认: acknowledge=“manual” 如果出现异常，则调用channel.basicNack()方法，让其自动重新发送消息。

根据异常情况确认：acknowledge=“auto”。

3. 消息过期(TTL)

TTL 全称 Time To Live（存活时间/过期时间）。当消息到达存活时间后，还没有被消费，会被自动清除。

RabbitMQ可以对消息设置过期时间，也可以对整个队列（Queue）设置过期时间。

消息过期, 可以让队列统一过期, 也可以让它单独的消息过期。

4. 死信队列

死信队列，英文缩写：DLX 。Dead Letter Exchange（死信交换机），当消息成为Dead message (死信)后，可以被重新发送到另一个交换机，这个交换机就是DLX。

#####消息成为死信的三种情况：

1.队列消息长度到达限制；

2.消费者拒接消费消息，并且不把消息重新放入原目标队列;

3.原队列存在消息过期设置，消息到达超时时间未被消费；

#####死信队列和死信交换机：

死信队列和死信交换机与正常的队列和交换机一模一样, 没有任何区别 !! 

如何实现队列与死信交换机绑定 , 给队列设置如下参数：

• x-dead-letter-exchange : 设置死信交换机

• x-dead-letter-routing-key : 设置死信路由key

5. 延迟队列

消息进入队列后不会立即被消费，只有到达指定时间后，才会被消费。 例如:

延迟队列是一个很强大的功能 , 但是在RabbitMQ中并没有提供延迟队列功能。

可以使用：TTL(消息过期)+死信队列组合实现延迟队列的效果。

实现流程图如下 :

6. 消费端限流

当系统峰值比较高的时候 , 我们我们可以使用RabbitMQ实现削峰填谷, 让我们系统处理的请求更加平稳

实现步骤

最后

毕竟工作也这么久了 ，除了途虎一轮，也七七八八面试了不少大厂，像阿里、饿了么、美团、滴滴这些面试过程就不一一写在这篇文章上了。我会整理一份详细的面试过程及大家想知道的一些问题细节

美团面试经验

字节面试经验

菜鸟面试经验

蚂蚁金服面试经验

唯品会面试经验

因篇幅有限，图文无法详细发出，感兴趣的朋友可以点击这里前往我的腾讯文档免费获取上述资料！

151926665)]

因篇幅有限，图文无法详细发出，感兴趣的朋友可以点击这里前往我的腾讯文档免费获取上述资料！