Active    MQ

优点：

    1.Apache下的一个子项目，非常成熟，功能强大，在早些年业内大量的公司以及项目都有应用。

    2.偶尔会有较低概率丢失消息

    3.现在社区以及国内应用都越来越少，官方社区维护越来越少，几个月才发布一个版本。

        总结：    主要是基于解耦和异步来用的，较少在大规模吞吐的场景中使用。

Rabbit  MQ

        1.RabbitMQ是一个在AMQP高级消息队列协议上实现的，可以复用的企业消息系统，他可以用于大型软件系统各个模块之间的高效通信，支持多种客户端，支持AJAX，持久化，用于在分布式系统中存储转发消息，在易用性，扩展性，高可用性等方面表现不俗。

        RabbitMQ是使用Erlang编写的一个开源的消息队列，本身支持很多的协议：AMQP,XMPP,SMTP,STOMP,也正因为如何，使的他变的非常重量级，更适用于企业级的开发。

        他实现了一个Broker框架，意味着消息在发送客户端时先在中心队列排队，对路由，负载均衡或者数据持久化都有很好的支持。

        优点：

            1.基于erlang开发，所以并发能力很强，性能极其好，延时很低，高可用性

            2.单机吞吐量到万级，MQ功能比较完备。

            3.开源提供的管理界面非常棒，用起来很好用。

            4.社区相对比较活跃，几乎每个月发布几个版本。

            5.插件机制，多语言客户端。

            6.多种协议，灵活的路由

        总结：

                在国内一些互联网公司近几年RabbitMQ也比较多一些，但是问题是显而易见的，RabbitMQ确实吞吐量会低一些，这是因为他做的实现机制比较重。

                由于使用的是erlang开发，很难去看懂源码，基本职能依赖于开源社区的快速维护和修复bug,很难定制和掌控，但比kafka可靠。

RocketMQ

优点：

        1.阿里系下开源的一款分布式，队列模型的消息中间件，性能非常好，高并发，高吞吐量，分布式扩展也很方便，社区维护也还可以，可靠性和可用性都是OK的，还可以支撑大规模的topic数量，支持复杂的MQ业务场景。

        2.能够保证严格的消息顺序，提供针对消息的过滤功能。

        3.提供丰富的消息拉取模式，高效的订阅者水平扩展能力，实时的消息订阅机制

        4.接口简单易用，经过参数优化配置，消息可以做到0丢失，单机吞吐量可以达到十万级别，亿级消息堆积能力。

        5.最大优势在于，源码是java，我们可以阅读源码，定制自己公司的MQ，可以掌控。

        6.topic可以达到几百，几千个的级别，吞吐量会有小幅度的下降，可支持大量topic是一大优势，多用于交易，充值，流计算，消息推送，日志流式处理等场景。

        7.社区活跃度相对较为一般，不过也还可以，文档相对来说简单一些，然后接口这块不是按照JMS规范走的，有些系统迁移需要修改大量代码，需要由自己的维护团队。            

Kafka

优点：

        1.单机吞吐量高，达到十万级，最大的优点

        2.topci从几十个到几百个的时候，吞吐量会大幅度下降，所以在同等机器下，kafka尽量保证topic数量不要过多，如果要支撑大规模的topic，需要增加更多的机器资源。

        3.可用性非常高，Kafka是分布式的，一个数据多个副本，少数机器宕机，不会丢失数据，不会导致不可用。

        4.支持Hadoop数据并行加载，对于像Hadoop的一样的日志数据和离线分析系统，但又要求实时处理的限制，这是一个可行的解决方案。

        5.消息可靠性，经过参数优化配置，消息可以做到0丢失。

        6.功能较为简单，主要支持简单的MQ功能，在大数据领域的实时计算以及日志采集被大规模使用。

ZeroMQ

        号称最快的消息队列系统，专门为高吞吐量/低延迟的场景开发，在金融界的应用中经常使用，偏重于实时数据通信场景，ZMQ能够实现RabbitMQ不擅长的高级/复杂的队列，但是开发人员需要自己组合多种技术框架，开发成本高，而且ZeroMQ仅提供非持久性的队列，如果宕机，数据会丢失。

        特性：

            1.无所的队列模型，采用无所的队列算法CAS：在pipe的两端注册有异步时间，在读或者写消息pipe的时，会自动触发读写事件。

            2.批量处理的算法，对于批量的消息，进行了适应性的优化，可以批量的接受和发送消息。

            3.多核下的线程绑定，无需CPU切换，ZeroMQ充分利用多核的优势，每个核绑定运行一个工作者线程，避免多线程之间CPU切换开销。

            总结：

                kafka的特点很明显，就是仅仅提供较少的核心功能，但是提供超高的吞吐量，极高的可用性以及可靠性，而且分布式可以任意扩展。

                同时kafak最好支撑较少topic数量即可，保证其超高吞吐量。

                唯一的劣势是可能消息重复消费，那么对数据准确性会造成极其轻微的影响，在大数据领域中以及日志采集中，这点轻微影响可以忽略。

                一般的业务系统要引入MQ，最早大家都用ActiveMQ,但是现在大家用的不多了，没经过大规模吞吐量场景的验证，社区也不是很活跃。

                后来大家用的RabbitMQ,但是确实erlang语言组织了大量的java工程师深入研究和掌握它，对公司而言，几乎处于不可控的状态，但是确实人家是开源的，比较稳定的支持，活跃度也很高。

                不过现在确实越来越多的公司，会去用RocketMQ,确实很不错，但是要想好社区万一突然黄掉的风险。

                所以中小型公司，技术实力较为一般，技术挑战不是特别高，用RabbitMQ是不错的选择：大型公司，基础架构研发实力较强，用RocketMQ是很好的选择。

                如果是大数据领域的实时计算，日志采集等场景，用Kafka是业内标准的，绝对没问题，社区活跃度很高，绝对不会黄，何况几乎是全世界这个领域的事实性规范。