RabbitMq，ActiveMq，ZoreMq，kafka比较

1.各队列性能比较。
测试一&＃xff1a;
测试场景&＃xff1a;
      Scenario A: Enqueuing 20,000 messages of 1024 bytes each, then dequeuing them afterwards.
      Scenario B: Enqueuing and dequeuing simultaneously 20,000 messages of 1024 bytes each.
      Scenario C: Enqueuing and dequeuing simultaneously 200,000 messages of 32 bytes each.
      Scenario D: Enqueuing and dequeuing simultaneously 200 messages of 32768 bytes each.

Scenario A



Scenario B



Scenario C



Scenario D


测试二&＃xff1a;
显示的是发送和接受的每秒钟的消息数。整个过程共产生1百万条1K的消息。



总结&＃xff1a;ZeroMq 最好&＃xff0c;RabbitMq 次之&＃xff0c; ActiveMq 最差&＃xff0c;ActiveMq是Java&＃xff0c;RabbitMQ是Erlang&＃xff0c;理论上&＃xff0c;RabbitMQ的性能比ActiveMq更强&＃xff0c;是非Java系统的首选&＃xff0c;ActiveMq是Java的&＃xff0c;整套系统如果本来就是Java的&＃xff0c;配合的默契更佳。高并发下amqp协议rabbitMq明显优于stomp协议activeMQ&＃xff0c;amqp协议查看&＃xff1a;http://blog.163.com/clevertanglei900&＃64;126/blog/static/111352259201011121041853/


2.持久化消息比较。
zeroMq不支持&＃xff0c;activeMq和rabbitMq都支持。持久化消息主要是指&＃xff1a;MQ down或者MQ所在的服务器down了&＃xff0c;消息不会丢失的机制。

3.可靠性&＃xff0c;可用性比较。
RabbitMq 最好&＃xff0c;ActiveMq次之&＃xff0c; ZeroMq 最差。ActiveMq和ZeroMq都会出现丢数据

4.Kafka
Kafka设计的初衷就是处理日志的&＃xff0c;可以看做是一个日志系统&＃xff0c;针对性很强&＃xff0c;所以它并没有具备一个成熟MQ应该具备的特性

5.ZoreMQ
引用官方的说法&＃xff1a; “ZMQ (以下 ZeroMQ 简称 ZMQ)是一个简单好用的传输层&＃xff0c;像框架一样的一个 socket library&＃xff0c;他使得 Socket 编程更加简单、简洁和性能更高。是一个消息处理队列库&＃xff0c;可在多个线程、内核和主机盒之间弹性伸缩。ZMQ 的明确目标是“成为标准网络协议栈的一部分&＃xff0c;之后进入 Linux 内核”。现在还未看到它们的成功。但是&＃xff0c;它无疑是极具前景的、并且是人们更加需要的“传统”BSD 套接字之上的一层封装。ZMQ 让编写高性能网络应用程序极为简单和有趣。”
与 RabbitMQ 相比&＃xff0c;ZMQ 并不像是一个传统意义上的消息队列服务器&＃xff0c;事实上&＃xff0c;它也根本不是一个服务器&＃xff0c;它更像是一个底层的网络通讯库&＃xff0c;在 Socket API 之上做了一层封装&＃xff0c;将网络通讯、进程通讯和线程通讯抽象为统一的 API 接口。
ZMQ类似于 Socket 的一系列接口&＃xff0c;他跟 Socket 的区别是&＃xff1a;普通的 socket 是端到端的&＃xff08;1:1的关系&＃xff09;&＃xff0c;而 ZMQ 却是可以N&＃xff1a;M 的关系&＃xff0c;人们对 BSD 套接字的了解较多的是点对点的连接&＃xff0c;点对点连接需要显式地建立连接、销毁连接、选择协议&＃xff08;TCP/UDP&＃xff09;和处理错误等&＃xff0c;而 ZMQ 屏蔽了这些细节&＃xff0c;让你的网络编程更为简单。ZMQ 用于 node 与 node 间的通信&＃xff0c;node 可以是主机或者是进程。