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是业内标准的，绝对没问题，社区活跃度很高，绝对不会黄，何况几乎是全世界这个领域的事实性规范。