RabbitMQ 消息的分发策略

MQ消息队列有如下几个角色：
1、生产者
2、存储消息
3、消费者
那么生产者生成消息以后，MQ进行存储，消费者是如何获取消息的呢？一般获取数据的方式无外乎推（push）或者拉（pull）；两种方式，典型的git就有推拉机制，我们发送的http请求就是一种典型的拉取数据库数据返回的过程，而消息队列MQ是一种推送的过程，而这些推机制绘话用到很多的业务场景也有很多对应推机制策略。

 

发布订阅：生产者发送消息到消息队列进行存储，消费者们只要订阅了，就会收到消息队列中的消息，是一种推的机制。这是它一个最基础的功能。

轮询分发：生产者将消息投递到消息队列，消息队列会按照一定的机制将消息推送给消费者，而这种规则呢是一种公平的分发；并不会因为消费者的延时而造成他的不公平性（不论你的服务器性能怎么样，都会是公平的，消息队列中的消息平均分发，不会造成数据的倾斜），一旦有一个消费者消费了消息，后面的消费者就不会重复的去消费消息；自动应答。

公平分发：公平分发会按照服务器的性能来分配，快的消费多一点，慢的消费少一点（能者多劳）；会造成数据的倾斜；一旦有一个消费者消费了消息，后面的消费者就不会重复的去消费消息；需要手动应答。

重发：当app创建了订单，但是订单系统出现了故障，这个时候我们的消息队列中会有一个应答机制，它没有收到消费成功的反馈（如：消费的服务器出现故障），就会造成消息的堆积，但是堆积的消息不会删除掉，它会重新发送给另一个消费的服务器来进行消费，以此类推；它的目的就是为了保证消息的一个可靠性（KafKa不支持重发）。

消息拉取：rbc通讯机制，消息被动拉取。