消息队列入门（二）消息队列的规范和开源实现

lakers009

摘要： AMQP 是 Advanced Message Queuing Protocol，即高级消息队列协议。AMQP不是一个具体的消息队列实现，而 是一个标准化的消息中间件协议。目标是让不同语言，不同系统的应用互相通信，并提供一个简单统一的模型和编程接口。


1.AMQP规范
　　AMQP 是 Advanced Message Queuing Protocol，即高级消息队列协议。AMQP不是一个具体的消息队列实现，而 是一个标准化的消息中间件协议。目标是让不同语言，不同系统的应用互相通信，并提供一个简单统一的模型和编程接口。
目前主流的ActiveMQ和RabbitMQ都支持AMQP协议。

　　AMQP相关的角色和职责
　　Producer 消息生产者
　　一个给exchange发送消息的程序，发送方式大致是：它首先创建一个空消息，然后填上内容、路由KEY，最后发送给exchange
　　Routing Key消息特征
　　一个字符串，exchange用之来决定应该该消息投递给哪个queue。（开始时queue已向exchange绑定它所关心消息的routingKey）
　　Exchange 交换器
　　接收来自producers的消息，并根据该消息的routingKey，将该消息投递到正确的queues
　　Binding绑定操作
　　前期将queue所想要的消息特征告诉exchange。Exchange以后收到消息，就按照这个规则来投递
　　Queue 消息容器
在MQ server(实现为broker方式)里面的queue，持有Consumer想要的消息
　　Consumer 消息接收者
从MQ server得到想要的消息，它负责创建、主动订阅、共享、使用、破坏queue和binding

2.JMS规范
　　JMS是Java平台的一部分，是一种应用于异步消息传递的标准API，JMS可以允许不同应用、不同模块之间实现可靠、异步数据通信。
　　在JMS中，支持两种消息模型，点对点（Point-to-point）和发布-订阅(Publish and subscribe)，
这两种模式分别对应于JMS中的两种消息目标（Message Destination）:队列及主题（queue/topic）。
　　在点对点模型中，每个消息都有一个发送者和一个接收者，消息中介（broker）收到发送者的消息，会将消息放入队列中，而接收者请求并接收队列中的一条消息后，这条消息就会从队列中删除。
消息队列中的每条消息只能投递给一个接收者，但并不意味着只能使用一个接收者从队列中取消息，根据业务需要，可以使用多个接收者同时从队列中请求消息，分担处理压力。
但是需要注意的是，单个接收者收到的消息是按照发送顺序的，多个接收者因为多线程的关系，并不能保证收到的消息一定是原序的。
　　在发布-订阅模式中，消息会发送给一个主题，但是与点对点模式不同的是消息不再只被投递给一个接收者，而是所有此主题的订阅者都会收到该消息。

3.消息队列的主要开源实现
ActiveMQ
　　ActiveMQ 是Apache出品，目前非常流行的开源消息中间件。ActiveMQ 支持JMS规范，同样也支持AMQP协议。
在下面的博客里，将会较深入的学习ActiveMQ的设计和应用。
RabbitMQ
　　RabbitMQ 是由 LShift 提供的一个 Advanced Message Queuing Protocol (AMQP) 的开源实现，开发语言是以高性能、健壮以及可伸缩性出名的 Erlang 。
RocketMQ
　　RocketMQ 是阿里的一款分布式、队列模型的消息中间件。
项目地址 https://github.com/alibaba/RocketMQ
软件文档 https://github.com/alibaba/RocketMQ/wiki
4.三种消息队列的比较

　　ActiveMQ
　　优点：成熟的产品，已经在很多公司得到应用（非大规模场景）。有较多的文档。 各种协议支持较好，有多重语言的成熟的客户端；
　　缺点：根据其他用户反馈，会出莫名其妙的问题，会丢失消息。其重心放到activemq6.0产品—apollo上去了，目前社区不活跃，且对 5.x 维护
　　较少；Activemq 不适合用于上千个队列的应用场景
　　RabbitMQ
　　优点：由于erlang语言的特性， mq性能较好；管理界面较丰富，在互联网公司也有较大规模的应用；支持 amqp 系诶，有多中语言且支持amqp 的客户端可用
　　缺点：erlang语言难度较大。集群不支持动态扩展。
　　RocketMq
　　优点：模型简单，接口易用（JMS的接口很多场合并不太实用）。 在阿里大规模应用。 目前支付宝中的余额宝等新兴产品均使用rocketmq。
　　集群规模大概在50 台左右，单日处理消息上百亿；性能非常好，可以大量堆积消息在broker 中；支持多种消费，包括集群消费、广播消费等。 开发度较活跃，版本更新很快。
　　缺点：产品较新，文档比较缺乏。没有在 mq核心中去实现JMS 等接口，对已有系统而言不能兼容。阿里内部还有一套未开源的 MQ API，这一层 API可以将上层应用和下层 MQ 的实现
　　解耦。
　　摘自 各种消息队列对比