Queue与Topic的比较
1、JMS Queue执行load balancer语义：
一条消息仅能被一个consumer收到。
如果在message发送的时候没有可用的consumer，那么它将被保存一直到能处理该message的consumer可用。
如果一个consumer收到一条message后却不响应它，那么这条消息将被转到另一个consumer那儿。
一个Queue可以有很多consumer，并且在多个可用的consumer中负载均衡。
如何理解：如果一个consumer收到一条message后却不响应它，那么这条消息将被转到另一个consumer那儿。
见附件中的程序：
在Receiver.java中， 创建了消费者并实现了同步接收：
while (true) {
// 设置接收者接收消息的时间，为了便于测试，这里谁定为100s
TextMessage message = (TextMessage) consumer.receive(18000);
// Object message = (Object) consumer.receive(28000);
if (null != message) {
System.out.println("订阅者1：收到消息-->" + message.getText());
} else {
System.out.println("订阅者1：运行结束...\n");
break;
}
}
在Receiver2.java中，创建了消费者但是注释掉了接收部分的程序：
//while (true) {
// // 设置接收者接收消息的时间，为了便于测试，这里谁定为100s
// TextMessage message = (TextMessage) consumer.receive(18000);
// if (null != message) {
// System.out.println("订阅者2：收到消息-->" + message.getText());
// } else {
// System.out.println("订阅者2：消费者运行结束...\n");
// break;
// }
// }先分别将Receiver和Receiver2运行起来，然后再运行Sender，将得到如下运行结果：
特别注意：订阅者2在订阅者1之后停止运行，如何在订阅者1前停止运行，结果还不一样。
此时再次开启receive1，将看到：
如果订阅者2在订阅者1之前停止运行，将会出现如下运行结果：
2、Topic实现publish和subscribe语义：
一条消息被publish时，它将发到所有感兴趣的订阅者，所以零到多个subscriber将接收到消息的一个拷贝。但是在消息代理接收到消息时，只有激活订阅的subscriber能够获得消息的一个拷贝。
3、分别对应两种消息模式：
Point-to-Point (点对点),Publisher/Subscriber Model (发布/订阅者)
其中在Publicher/Subscriber 模式下又有Nondurable subscription（非持久订阅）和durable subscription (持久化订阅)2种消息处理方式。