rabbitMQ的面试题

RabbitMQ怎么理解了应用耦合、异步处理、流量削锋？

1.应用解耦

通过消息中间件，让系统和系统之间耦合度降低，系统B出现问题，不会导致依赖它的系统A出现问题

比如以电商应用为例，应用中有订单系统、库存系统、物流系统、支付系统。用户创建订单后，如果耦合调用库存系统、物流系统、支付系统，任何一个子系统出了故障，都会造成下单操作异常。

当转变成基于消息队列的方式后，系统间调用的问题会减少很多，比如物流系统因为发生故障，需要几分钟来修复。在这几分钟的时间里，物流系统要处理的内存被缓存在消息队列中，用户的下单操作可以正常完成。

当物流系统恢复后，继续处理订单信息即可，下单用户感受不到物流系统的故障。提升系统的可用性。

2.异步处理

通过消息中间件，让两个操作由串行变为并行，提高吞吐量

假设用户注册需要发送邮件和发送注册短信，不使用消息队列，那么这些操作就是串行执行，用户注册所需要的时间，就是所有时间的总和。类似这样

3.流量削锋

通过消息中间件，让需要处理的请求，先进入消息队列缓冲，然后在进行消费。

比如购物网站开展秒杀活动，一般由于瞬时访问量过大，服务器接收过大，会导致流量暴增，相关系统无法处理请求甚至崩溃。而加入消息队列后，系统可以从消息队列中取数据，相当于消息队列做了一次缓冲

谈谈rabbitmq中的延迟队列？

1. 延迟队列存储的是延迟消息，延迟消息是指消息被发送以后，并不想让消费者立刻拿到消息，而是等待待定时间后，消费者拿到消息进行消息

2. 在AMQP协议和RabbitMQ中并没有直接支持延迟队列，但是可以通过DLX和TTL模拟延迟队列。

3. 有什么业务场景？

  a. 订单业务：在电商中，用户下单后30分钟后未付款则取消订单。

  b. 短信通知：用户下单并付款后，1分钟后发短信给用户。

谈谈rabbitmq中的死信队列？

死信（Dead Letter)是RabbitMQ中的一种消息机制，当你在消费消息时，如果队列里的消息出现以下情况：

1）消息被拒绝

2）消息在队列的存活时间超过设置的TTL时间。

3）消息队列的消息数量已经超过最大队列长度。

那么该消息将成为“死信”。

“死信”消息会被RabbitMQ进行特殊处理，如果配置了死信队列信息，那么该消息将会被丢进死信队列中，如果没有配置，则该消息将会被丢弃。

RabbitMQ 中有一种交换器叫 DLX，全称为 Dead-Letter-Exchange，可以称之为死信交换器。当消息在一个队列中变成死信（dead message）之后，它会被重新发送到另外一个交换器中，这个交换器就是 DLX，绑定在 DLX 上的队列就称之为死信队列

谈谈rabbitmq中重试机制？

1. 默认情况下，如果消费者程序出现异常情况， Rabbitmq 会自动实现补偿机制 也就是重试机制，会一直重试到不抛出异常为准

2. 默认是5s重试一次，重试策略可以修改

  a. 最大重试次数（默认无数次）

  b. 重试间隔次数

3. 可以设置应答模式，默认是自动应答，可以采取手动应答