文中对RabbitMQ ActiveMQ和QPID的特性和性能进行了比较 http://bhavin.directi.com/rabbitmq-vs-apache-activemq-vs-apache-qpid/

就我个人而言，以上三种方法我都试过了。在我看来，RabbitMQ的性能是最好的，但是它没有故障转移和恢复选项。ActiveMQ拥有最多的特性，但速度较慢。

更新: HornetQ也是一个你可以考虑的选项，它是JMS投诉，如果你正在寻找一个基于JMS的解决方案，一个比ActiveMQ更好的选择。

为什么你错过了Sparrow, Starling, Kestrel, Amazon SQS, Beanstalkd, Kafka, IronMQ ?

消息队列服务器

消息队列服务器支持多种语言，Erlang (RabbitMQ)、C (beanstalkd)、Ruby (Starling或Sparrow)、Scala (Kestrel、Kafka)或Java (ActiveMQ)。一个简短的概述可以在这里找到

麻雀

作者:亚历克斯·麦考 Sparrow是一个用Ruby编写的轻量级队列，它“讲memcache”

燕八哥

布莱恩·库克(Blaine Cook)在Twitter上写道 Starling是基于MemCached的消息队列服务器 Ruby编写 在内存中存储作业(消息队列) 文档:一些好的教程，例如关于八哥鸟和工作的railscast或关于八哥鸟的这篇博客文章

红隼

罗比·波因特著 用Scala编写的Starling克隆(将Starling从Ruby移植到Scala) 队列存储在内存中，但记录在磁盘上

RabbitMQ

RabbitMQ是Erlang中的消息队列服务器 在内存中存储作业(消息队列)

Apache ActiveMQ

ActiveMQ是Java中的开源消息代理

Beanstalkd

由Philotic, Inc.编写，以提高Facebook应用程序的响应时间 内存工作队列服务主要是用C语言编写的 Docu: http://nubyonrails.com/articles/about-this-blog-beanstalk-messaging-queue

Amazon SQS

亚马逊简单排队服务

卡夫卡

在LinkedIn上用Scala编写 LinkedIn用于卸载所有页面和其他视图的处理 默认使用持久化，对热数据使用OS磁盘缓存(启用持久化后吞吐量比上述任何一个都高) 支持在线和离线处理

ZMQ

作为并发框架的套接字库 对于集群产品和超级计算来说，比TCP更快 在inproc, IPC, TCP和组播之间传递消息 通过fanout, pubsub, pipeline, request-reply连接n到n 用于可伸缩的多核消息传递应用程序的异步I/O

鹰云

EagleMQ是一个开源、高性能、轻量级的队列管理器。 C语言编写 将所有数据存储在内存中并支持持久性。 它有自己的协议。支持使用队列、路由和通道。

IronMQ

IronMQ Go语言编写 全管理队列服务 云版本和内部版本都可用

我希望这对我们有所帮助。 源

我在这里写了关于AMQP, Qpid和ZeroMQ的初步经验:http://ron.shoutboot.com/2010/09/25/is-ampq-for-you/

我的主观意见是，如果您确实需要持久消息传递工具，并且不太担心代理可能成为瓶颈，那么AMQP是不错的选择。此外，c++客户端目前缺少AMQP (Qpid没有赢得我的支持;但不确定ActiveMQ客户端)，但可能正在进行中。ZeroMQ可能是另一种方式。

到目前为止，我已经在生产环境中使用ActiveMQ大约3年了。虽然它完成了工作，但排列正常工作且没有错误的客户端库版本可能是一个问题。我们目前正在考虑过渡到RabbitMQ。

很少有应用程序具有ActiveMQ这样多的调优配置。使ActiveMQ脱颖而出的一些特性是:

可配置预取大小。 可配置的线程。 可配置的故障转移。 可配置的管理通知生产者。 .．. 细节:

http://activemq.net/blog http://activemq.apache.org

关于ZeroMQ(又名0MQ)，正如您可能已经知道的那样，它是每秒钟获得最多消息的一种(上次我检查时，在其引用服务器上大约是每秒钟400万条消息)，但是您可能也已经知道，不存在相关文档。您将很难找到如何启动服务器，更不用说如何使用它们了。我想这就是为什么还没有人贡献0MQ的部分原因。

玩得开心!