1、消息中间件概述
1.1、中间件
非底层操作系统软件，非业务应用软件，不是直接给最终用户使用的，不能直接给客户带来价值的软件统称为中间件。
1.2、消息中间件
关注于数据的发送和接受，利用高效可靠的异步消息传递机制集成分布式系统。
1.3、jms
Java消息服务(Java Message Service)即jsm，是一个java平台中关于面向消息中间件的API，用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。
1.4、AMQP
AMQP(Advanced Message Queuing Protocol)是一个提供统一消息服务的应用层标准协议，基于此协议的客户端与消息中间件可传递消息，并不受客户端/中间件不同产品，不同开发语言等条件的限制。
1.5、JMS和AMQP对比
|
|
JMS规范 |
AMQP协议 |
| 定义 |
Java api |
Wire-Protocol |
| 跨语言 |
否 |
是 |
| 消息类型 |
提供两种消息模型： p2p，pub/sub |
提供五种消息模型： Direct，fanout，topic，header，system |
| 消息类型 |
TextMessage，MapMessage，BytesMessage，StreamMessage，ObjectMessage，Message |
Byte[] |
| 综合评价 |
JMS定义了Java api层面的标准；在java体系中，多个client均可以通过JMS进行交互，不需要应用修改代码，但是其对跨平台的支持较差 |
AMQP的主要特征是面向消息、队列、路由（包括点对点和发布/订阅）、可靠性、安全 |
2、常见消息中间件对比
2.1、ActiveMQ
2.1.1、ActiveMQ概念
ActiveMQ是Apache出品，最流行的，能力强劲的开源消息总线。ActiveMQ是一个完全支持JMS1.1和J2EE1.4规范的JMS Provider实现，尽管JMS规范出台已经很久了，但是JMS在当今的J2EE应用中间仍然扮演着特殊的地位。
2.1.2、ActiveMQ的特点
多语言和协议编写客户端。语言：java，c，c++，c#，ruby，perl，Python，PHP。应用协议：OpenWire，Stomp Rest，WS Notification，XMPP, AMQP。
完全支持JMS1.1和J2EE 1.4规范（持久化，XA消息，事务）。
虚拟主题，组合目的，镜像队列。
2.2、RabbitMQ
2.2.1、RabbitMQ概念
RabbitMq是一个开源的AMQP实现，服务器端用Erlang语言编写。用于在分布式系统中存储转发消息，在易用性，扩展性，高可用性等方面表现不俗。
2.2.2、RabbitMQ的特性
支持多种客户端：Python，ruby，.net，java，jms，c，PHP，ActionScript等
AMQP的完整实现（vhost，Exchange，Binding，routing key等）
事务支持/发布确认
消息持久化
2.3、Kafka
2.3.1、Kafka概念
Kafka是一种高吞吐量的分布式发布订阅消息系统，是一个分布式的，分区的，可靠的分布式日志存储服务。它通过一种独一无二的设计提供了一个消息系统的功能
2.3.2、Kafka特征
通过O(1)的磁盘数据结构提供消息的持久化，这种结构对应即便数以TB的消息存储也能够保持长时间的稳定性能。
高吞吐量：即使是非常普通的硬件Kafka也可以支持每秒数百万的消息。
Partition、consumer、group
2.4、综合评价
|
|
ActiveMq |
RabbitMq |
Kafka |
| 跨语言 |
支持（java优先） |
语言无关 |
支持（java优先） |
| 支持协议 |
Openwire,Stomp,XMPP,AMQP |
AMQP |
|
| 优点 |
遵循jms规范，安装部署方便 |
继承Erlang天生的并发性，最初用于金融行业，稳定性和安全有保障 |
依赖zk，可动态扩展节点，高性能，高吞吐量，无限扩容，消息可指定追溯 |
| 缺点 |
根据用户的反馈，会莫名丢失消息。目前中心在下代产品apolle上，目前社区不活跃，对5.X维护较少 |
Erlang语言难度较大，不支持动态扩展 |
严格的顺序机制，不支持消息优先级，不支持标准的消息协议，不利于平台迁移 |
| 综合评价 |
适合中小企业级消息应用场景，不适合上千个队列的应用场景 |
适合对性能稳定要求高的企业级应用 |
一般应用在大数据日志处理或对实时性（少量延迟），可靠性（少量丢数据）要求稍低的场景使用 |