消息队列种类及特点

站在很多巨人肩膀上对常见的MQ做了总结,目前对消息队列还不是很明白,希望能与大家一起进步.

rabbitMQ:
    RabbitMQ是基于Erlang语言编写的开源消息队列，通过Erlang的Actor模型实现了数据的稳定可靠传输。
    RabbitMQ遵循AMQP协议，RabbitMQ的broker由Exchange,Binding,queue组成，其中exchange和binding组成了消息的路由         键；
    客户端Producer通过连接channel和server进行通信，Consumer从queue获取消息进行消费（长连接，queue有消息会推送到
    consumer端，consumer循环从输入流读取数据）。rabbitMQ以broker为中心；有消息的确认机制。
    因为其可扩展性，可以通过插件的形式使用STOMP、XMPP、AMQP 1.0，还可以通过插件使用HTTP这种非消息的传输协          议。所以，RabbitMQ可以说是适应性非常强的一个消息队列中间件了。
    当然，不仅是协议支持的多，还因为它实现了代理(Broker)架构，意味着消息在发送到客户端之前可以在中央节点上排队。此
    特性使得RabbitMQ易于使用和部署，适宜于很多场景如路由、负载均衡或消息持久化等，用消息队列只需几行代码即可搞          定。但是，这使得它的可扩展性差，速度较慢，因为中央节点增加了延迟，消息封装后也比较大，如需配置RabbitMQ则需要        在目标机器上安装Erlang环境。
    rabbitMQ支持miror的queue，主queue失效，miror queue接管。
    rabbitMQ的负载均衡需要单独的load balance来实现.
    rabbitMQ在吞吐量方面稍逊于kafka，他们的出发点不一样，rabbitMQ支持对消息的可靠的传递，支持事务，不支持批量的
    操作；基于存储的可靠性的要求存储可以采用内存或者硬盘。
    总的来说，RabbitMQ在数据一致性、稳定性和可靠性方面比较优秀，而且直接或间接的支持多种协议，对多种语言支持良          好。但是其性能和吞吐量差强人意，由于Erlang语言本身的限制，二次开发成本较高。

kafka:
    Kafka是LinkedIn于2010年12月开发并开源的一个分布式流平台，现在是Apache的顶级项目，是一个高性能跨语言分布式
    Publish/Subscribe消息队列系统，以Pull的形式消费消息。
    具有以下特性：快速持久化，可以在O(1)的系统开销下进行消息持久化；高吞吐，在一台普通的服务器上既可以达到10W/s
    的吞吐速率；完全的分布式系统，Broker、Producer、Consumer都原生自动支持分布式，自动实现复杂均衡。因为设计之初
    是作为日志流平台和运营消息管道平台，所以实现了消息顺序和海量堆积。
    kafka遵从一般的MQ结构，producer，broker，consumer，以consumer为中心，消息的消费信息保存的客户端consumer上，
    consumer根据消费的点，从broker上批量pull数据；无消息确认机制。
    kafka具有高的吞吐量，内部采用消息的批量处理，zero-copy机制，数据的存储和获取是本地磁盘顺序批量操作，具有O(1)
    的复杂度，消息处理的效率很高。
    kafka的broker支持主备模式。
    kafka采用zookeeper对集群中的broker、consumer进行管理，可以注册topic到zookeeper上；通过zookeeper的协调机制，
    producer保存对应topic的broker信息，可以随机或者轮询发送到broker上；并且producer可以基于语义指定分片，消息发
    送到broker的某分片上。
    支持Hadoop数据并行加载，对于像Hadoop的一样的日志数据和离线分析系统，但又要求实时处理的限制，这是一个可行的解
    决方案。Kafka通过Hadoop的并行加载机制来统一了在线和离线的消息处理。
    Apache Kafka相对于ActiveMQ是一个非常轻量级的消息系统，除了性能非常好之外，还是一个工作良好的分布式系统。
    
    Kafka自身服务与消息的生产和消费都依赖于Zookeeper，使用Scala语言开发。因为其消息的消费使用客户端Pull方式，消息
    可以被多个客户端消费，理论上消息会重复，但是不会丢失（除非消息过期）。因此比较常用的场景是作为日志传输的消息平       台。

ZeroMQ:
    ZeroMQ号称是“史上最快的消息队列”，尤其针对大吞吐量的需求场景,基于c语言开发的，可以在任何平台通过任何代码连            接，  通过inproc、IPC、TCP、TIPC、多播传送消息，支持发布-订阅、推-拉、共享队列等模式，高速异步I/O引擎。
    ZMQ能够实现RabbitMQ不擅长的高级/复杂的队列，但是开发人员需要自己组合多种技术框架，技术上的复杂度是对这MQ能      够应用成功的挑战。ZeroMQ具有一个独特的非中间件的模式，你不需要安装和运行一个消息服务器或中间件，因为你的应用      程序将扮演了这个服务角色。你只需要简单的引用ZeroMQ程序库，可以使用NuGet安装，然后你就可以愉快的在应用程序之      间发送消息了。
    但是ZeroMQ仅提供非持久性的队列，也就是说如果down机，数据将会丢失。
    根据官方的说法，ZeroMQ是一个简单好用的传输层，像框架一样的可嵌入的socket类库，使Socket编程更加简单、简洁、性      能更高，是专门为高吞吐量/低延迟的场景开发的。ZeroMQ与其他MQ有着本质的区别，它根本不是消息队列服务器，更类似      与一个底层网络通讯库，对原有Socket API进行封装，在使用的使用引入对应的jar包即可，可谓是相当灵活。
    同时，因为它的简单灵活，如果我们想作为消息队列使用的话，需要开发大量代码。而且，ZeroMQ不支持消息持久化，其定      位并不是安全可靠的消息传输，所以还需要自己编码保证可靠性。简而言之一句话，ZeroMQ很强大，但是想用好需要自己实      现。

ActiveMQ:
    是Apache下的一个子项目,介于ZeroMQ和RabbitMQ之间。类似于ZeroMQ，它能够以代理人和点对点的技术实现队列,可以部      署于代理模式和P2P模式。同时类似于RabbitMQ，它少量代码就可以高效地实现高级应用场景而且只需付出低消耗。被誉为        消息中间件的“瑞士军刀”。
    支持OpenWire、Stomp、AMQP v1.0、MQTT v3.1、REST、Ajax、Webservice等多种协议；完全支持JMS1.1和J2EE 1.4规      范（事务、持久化、XA消息）；支持持久化到数据库。但是ActiveMQ不够轻巧，而且对于队列较多的情况支持不好，据说还      有丢消息的情况。
    目前已经有了其下一代消息产品Apollo。
    RabbitMQ、ZeroMQ、ActiveMQ均支持常用的多种语言客户端 C++、Java、.Net,、Python、Php、 Ruby等。  

rocketMQ:
    RocketMQ是阿里开源的消息中间件，目前在Apache孵化，使用纯Java开发，具有高吞吐量、高可用性、适合大规模分布式
    系统应用的特点。RocketMQ思路起源于Kafka，但并不是简单的复制，它对消息的可靠传输及事务性做了优化，目前在阿里
    集团被广泛应用于交易、充值、流计算、消息推送、日志流式处理、binglog分发等场景，支撑了阿里多次双十一活动。
    因为是阿里内部从实践到产品的产物，因此里面很多接口、api并不是很普遍适用。其可靠性毋庸置疑，而且与Kafka一脉相
    承（甚至更优），性能强劲，支持海量堆积。不过据说，没有在mq核心上实现JMS，但是也无伤大雅。  

总结:
    rabbitMQ稳定,可靠,数据一致,支持多协议,有消息确认,性能一般,基于erlang语言,二次开发困难.
    kafka高吞吐,高性能,快速持久化,无消息确认,无消息遗漏,可能会有有重复消息,依赖于zookeeper,成本高.
    ZeroMQ灵活快速,不支持持久化,需要大量编码来实现稳定可靠.
    ActiveMQ不够灵活轻巧,对队列较多情况支持不好.
    rocketMQ性能好,高吞吐,高可用性,支持大规模分布式.

    ZeroMQ小而美，RabbitMQ大而稳，Kakfa和RocketMQ快而强劲。