我用的是zeroMQ。我想要一个简单的消息传递系统，我不需要复杂的代理。我也不想要一个巨大的面向Java的企业系统。

如果你想要一个快速、简单的系统，并且你需要支持多种语言(我使用C和。net)，那么我建议你看看0MQ。

编辑:我最初的回答非常关注AMQP。我决定重写它，以提供一个更广泛的观点关于这个主题。

这3种消息传递技术在构建分布式系统方面有不同的方法:

RabbitMQ is one of the leading implementation of the AMQP protocol (along with Apache Qpid). Therefore, it implements a broker architecture, meaning that messages are queued on a central node before being sent to clients. This approach makes RabbitMQ very easy to use and deploy, because advanced scenarios like routing, load balancing or persistent message queuing are supported in just a few lines of code. However, it also makes it less scalable and “slower” because the central node adds latency and message envelopes are quite big.

ZeroMq is a very lightweight messaging system specially designed for high throughput/low latency scenarios like the one you can find in the financial world. Zmq supports many advanced messaging scenarios but contrary to RabbitMQ, you’ll have to implement most of them yourself by combining various pieces of the framework (e.g : sockets and devices). Zmq is very flexible but you’ll have to study the 80 pages or so of the guide (which I recommend reading for anybody writing distributed system, even if you don’t use Zmq) before being able to do anything more complicated than sending messages between 2 peers.

ActiveMQ处于中间地带。与Zmq一样，它可以与代理和P2P拓扑一起部署。像RabbitMQ一样，它更容易实现高级场景，但通常是以牺牲原始性能为代价的。这是信息传递的瑞士军刀:-)。

最后，全部3个产品:

为最常见的语言(c++， Java， .Net, Python, Php, Ruby，…)提供客户端api 有强有力的文档 得到积极支持

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

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

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

我用的是zeroMQ。我想要一个简单的消息传递系统，我不需要复杂的代理。我也不想要一个巨大的面向Java的企业系统。

如果你想要一个快速、简单的系统，并且你需要支持多种语言(我使用C和。net)，那么我建议你看看0MQ。

阿比，这都取决于你的用例。与其依赖别人对用例的描述，不如自由地将你的用例发布到rabbitmq讨论列表中。在推特上提问也会得到一些回应。祝福你，亚历克西斯

ZeroMQ真的是零队列!这真是个错误!它没有队列、主题、持久性，什么都没有!它只是套接字API的中间件。如果它是你看起来很酷!否则就忘了它吧!它不像activeMQ或rabbitmq。