RabbitMq中间件原理

消息队列原理：生产者将消息发送到交换机（exchang），通过将消息队列(queue)与交换机进行路由（route-key）绑定(binding)，交换机根据路由将消息发送到相应队列，消费者通过监听队列来获取消息。（生产者并不是直接将消息发送给消费者，而是通过发送到交换机，再投递到消费者）

1 交换机的类型有哪些呢？
direct：一对一，通过route-key投递到队列
fanout：一对多，广播式，与route-key无关
topic：根据route-key的表达式绑定不同的队列（*（星号表示一个单词）  #（#号表示零个或多个单词））
headers：根据头部信息匹配
x-delayed-message：延迟队列 （延迟发送时间）

2 在direct交换机模式下，消息的confirm和ack是怎么样的过程？
从生产者到消费者的流程是：
produtor -> rabbitmq broker cluster ->  exchange  ->queue  ->consumer  
1 在produtor->rabbitmq broker  cluster到达后会回调ConfirmCallBack
2 在exchange->queue  在exchange中如果找不到匹配的queue则将消息丢弃，通过设置rabbitTemplate.setMandatory(true);
失败会返回returnCallBack

3 消费者在接收到消息后会有自动确认模式  和手动确认模式：
自动确认模式下，在消费者接收后队列将删除信息，不管是否发生异常
手动确认模式，消费者成功接收后发送channel.basicAck();告诉队列成功接收，此时队列才会将消息删除，否则队列里消息状态是unAcked，当应用程序启动会再次接收队列里的这条信息。
若消费者接收消息失败，则可以设置队列发送重试次数。

3 死信队列产生，处理
  产生：死信队列是消息过期，消费者basicRejust拒绝接收消息  消息队列过长
  处理：业务正常队列设置死信队列交换机 或者route key 将正常队列里的死信消息转发到死信交换机