ActiveMQ系列—ActiveMQ中的Queue和Topics

如果您细心的话，在ActiveMQ提供的管理页面上已经看到有两个功能页面：Queue和Topic。Queue和Topic是JMS为开发人员提供的两种不同工作机制的消息队列。 在ActiveMQ官方的解释是：

1、Topics

In JMS a Topic implements publish and subscribe semantics. When you publish a message it goes to all the subscribers who are interested - so zero to many subscribers will receive a copy of the message. Only subscribers who had an active subscription at the time the broker receives the message will get a copy of the message.

中文可以译做：JMS-Topic 队列基于“订阅-发布”模式，当操作者发布一条消息后，所有对这条消息感兴趣的订阅者都可以收到它——也就是说这条消息会被拷贝成多份，进行分发。只有当前“活动的”订阅者能够收到消息（换句话说，如果当前JMS-Topic队列中没有订阅者，这条消息将被丢弃）。

2、Queue

A JMS Queue implements load balancer semantics. A single message will be received by exactly one consumer. If there are no consumers available at the time the message is sent it will be kept until a consumer is available that can process the message. If a consumer receives a message and does not acknowledge it before closing then the message will be redelivered to another consumer. A queue can have many consumers with messages load balanced across the available consumers.

So Queues implement a reliable load balancer in JMS.

中文可以译做：JMS-Queue是一种“负载均衡模式”的实现。一个消息能且只能被一个消费者接受。如果当前JMS-Queue中没有任何的消费者，那么这条消息将会被Queue存储起来（实际应用中可以存储在磁盘上，也可以存储在数据库中，看软件的配置），直到有一个消费者连接上。另外，如果消费者在接受到消息后，在他断开与JMS-Queue连接之前，没有发送ack信息（可以是客户端手动发送，也可以是自动发送），那么这条消息将被发送给其他消费者。

以下表格摘自互联网上的资料，基本上把Queue和Topic这两种队列的不同特性说清楚了：

比较项目	Topic 模式队列	Queue 模式队列
工作模式	“订阅-发布”模式，如果当前没有订阅者，消息将会被丢弃。如果有多个订阅者，那么这些订阅者都会收到消息	“负载均衡”模式，如果当前没有消费者，消息也不会丢弃；如果有多个消费者，那么一条消息也只会发送给其中一个消费者，并且要求消费者ack信息。
有无状态	无状态	Queue数据默认会在mq服务器上以文件形式保存，比如Active MQ一般保存在$AMQ_HOME\data\kr-store\data下面。也可以配置成DB存储。
传递完整性	如果没有订阅者，消息会被丢弃	消息不会丢弃
处理效率	由于消息要按照订阅者的数量进行复制，所以处理性能会随着订阅者的增加而明显降低，并且还要结合不同消息协议自身的性能差异	由于一条消息只发送给一个消费者，所以就算消费者再多，性能也不会有明显降低。当然不同消息协议的具体性能也是有差异的