Java中间件学习之RabbitMQ

什么是MQ

 消息队列是典型的：生产者、消费者模型。生产者不断向消息队列中生产消息，消费者不断的从队列中获取消息。因为消息的生产和消费都是异步的，而且只关心消息的发送和接收，没有业务逻辑的侵入，这样就实现了生产者和消费者的解耦。

MQ是消息通信的模型，并不是具体实现。现在实现MQ的有两种主流方式：AMQP、JMS。

• AMQP：

• JMS：

两者间的区别和联系：

1. JMS是定义了统一的接口，来对消息操作进行统一；AMQP是通过规定协议来统一数据交互的格式
2. JMS限定了必须使用Java语言；AMQP只是协议，不规定实现方式，因此是跨语言的。
3. JMS规定了两种消息模型；而AMQP的消息模型更加丰富

补充：

• ActiveMQ：基于JMS
• RabbitMQ：基于AMQP协议，erlang语言开发，稳定性好
• RocketMQ：基于JMS，阿里巴巴产品，目前交由Apache基金会
• Kafka：分布式消息系统，高吞吐量

MQ的好处

• 流量消锋
• 应用解耦
• 异步处理

MQ的对比和选择

RabbitMQ的组成部分

• 生产者Producer：产生数据发送消息的程序是生产者。
• 交换机Exchange：交换机是 RabbitMQ 非常重要的一个部件，一方面它接收来自生产者的消息，另一方面它将消息推送到队列中。交换机必须确切知道如何处理它接收到的消息，是将这些消息推送到特定队列还是推送到多个队列，亦或者是把消息丢弃，这个得有交换机类型决定。
• 队列Queue：队列是 RabbitMQ 内部使用的一种数据结构，尽管消息流经 RabbitMQ 和应用程序，但它们只能存储在队列中。队列仅受主机的内存和磁盘限制的约束，本质上是一个大的消息缓冲区。许多生产者可以将消息发送到一个队列，许多消费者可以尝试从一个队列接收数据。这就是我们使用队列的方式。
• 消费者Consumer：消费与接收具有相似的含义。消费者大多时候是一个等待接收消息的程序。请注意生产者，消费者和消息中间件很多时候并不在同一机器上。同一个应用程序既可以是生产者又是可以是消费者。

 MQ的工作模式

• Hello Wold 简单模式：简单的“生产者-消息队列-消费者”的工作模式。
• Work queues工作 队列模式：一个消息队列对应多个消费者，由多个消费者竞争消费信息。
• Publish/Subscribe发布订阅模式：引入交换机Exchange，类型为Fanout，特点是将消息分发到绑定的多个消息队列中。
• Routing 路由模式：这种模式下的交换机类型为Direct，特点是可以根据指定的Routing Key去匹配BindingKey相同的消息队列。
• Topics 主题模式：这种工作模式的交换机类型为Topic，特点是RoutingKey和BindingKey中引入通配符，然后两者通过模糊匹配相关联。
• Publisher Confirms 发布确认模式（RPC）：这种工作模式实际应用不广泛暂不学习。

补充：生产者（Producter）和交换机（Exchange）之间通过RoutingKey相关联，交换机（Exchange）和消息队列（Queue）之间通过BindingKey来绑定。

RabbitMQ如何避免消息丢失

生产者：在生产者端开启comfirm 确认模式，生产消息发到RabbitMQ后，会给你回传一个ack消息，告诉你说这个消息成功写入了。

消息队列：消息队列设置为持久化队列，将内存数据持久化到磁盘中。

消费者：消费者把自动ACK关闭，设置为手动ACK，等消息被消费以后再返回ACK信息。

RabbitMQ如何保证顺序性消费

方案一：拆分多个Queue，每个Queue对应一个Consumer。（性能慢，需要增加Consumer的数量，风险小一点）

方案二：Producter和Consumer根据实际业务制定好规则，然后Consumer增加本地缓存或者队列，将消息按规则拍好顺序后消费，如果觉得效率慢可以引入多线程去处理。（不需要增加Consumer，性能快，如果用多线程风险会高一些）

RabbitMQ如何幂等性消费信息（不重复消费信息）

每条消息绑定一个不重复的Id作为标识，消费方在消费的时候通过Id去判断是否已经被消费。例如消费方可以把信息先存到数据库中，把Id作为主键，如果主键冲突说明此条消息已被消费过，然后再根据实际业务场景选择由插入数据改为更新，或者直接舍弃掉。