我们有兴趣听听ActiveMQ vs RabbitMQ vs ZeroMQ的优缺点。还欢迎提供有关任何其他有趣的消息队列的信息。
当前回答
关于ZeroMQ(又名0MQ)，正如您可能已经知道的那样，它是每秒钟获得最多消息的一种(上次我检查时，在其引用服务器上大约是每秒钟400万条消息)，但是您可能也已经知道，不存在相关文档。您将很难找到如何启动服务器，更不用说如何使用它们了。我想这就是为什么还没有人贡献0MQ的部分原因。
玩得开心!
其他回答
很少有应用程序具有ActiveMQ这样多的调优配置。使ActiveMQ脱颖而出的一些特性是:
可配置预取大小。 可配置的线程。 可配置的故障转移。 可配置的管理通知生产者。 .．. 细节:
http://activemq.net/blog http://activemq.apache.org
文中对RabbitMQ ActiveMQ和QPID的特性和性能进行了比较 http://bhavin.directi.com/rabbitmq-vs-apache-activemq-vs-apache-qpid/
就我个人而言，以上三种方法我都试过了。在我看来，RabbitMQ的性能是最好的，但是它没有故障转移和恢复选项。ActiveMQ拥有最多的特性，但速度较慢。
更新: HornetQ也是一个你可以考虑的选项，它是JMS投诉，如果你正在寻找一个基于JMS的解决方案，一个比ActiveMQ更好的选择。
阿比，这都取决于你的用例。与其依赖别人对用例的描述，不如自由地将你的用例发布到rabbitmq讨论列表中。在推特上提问也会得到一些回应。祝福你，亚历克西斯
我只能对ActiveMQ补充我的2分，但由于这是最受欢迎的之一:
你想写的语言可能很重要。虽然ActiveMQ确实有一个客户端，但与Java库相比，他们的c#实现还远远不够完整。
这意味着一些基本功能是不可靠的(故障转移协议……嗯…在某些情况下失败，没有重新交付支持)和其他根本不存在。由于. net对项目似乎不是那么重要，所以开发相当缓慢，似乎也没有任何发布计划。Trunk经常是坏的，所以如果你真的考虑到这一点，如果你想让事情继续下去，你可能会考虑为项目做出贡献。
然后是ActiveMQ本身，它有很多不错的功能，但也有一些非常奇怪的问题。我们使用Fuse (Progress)版本的activemq出于稳定的原因，但即使这样，也有几个奇怪的“bug”，你要记住:
在某些情况下停止发送消息的代理 日志错误使队列显示不再存在的消息(它们没有被传递给消费者，但仍然) 优先级仍然没有实现(自从人类诞生以来就在问题列表上) 等等。
总而言之，如果你能接受它的问题，这是一个非常好的产品:
A)在使用。net时不害怕主动参与 B)用java开发;-)
比你想知道的更多的信息:
http://wiki.secondlife.com/wiki/Message_Queue_Evaluation_Notes
更新
只是在详细说明保罗在评论中补充的内容。上面提到的页面在2010年之后就消失了，所以阅读时要有所保留。3年里很多东西都变了。
