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实现削峰填谷, 让我们系统处理的请求更加平稳
实现步骤
最后
毕竟工作也这么久了 ，除了途虎一轮，也七七八八面试了不少大厂，像阿里、饿了么、美团、滴滴这些面试过程就不一一写在这篇文章上了。我会整理一份详细的面试过程及大家想知道的一些问题细节
美团面试经验
字节面试经验
菜鸟面试经验
蚂蚁金服面试经验
唯品会面试经验
