JMS的P2P和PUB/SUB区别和应用场景介绍【转】

完全引用自: https://my.oschina.net/alexgaoyh/blog/338890  解释得非常棒.

---

1、P2P模型

在P2P模型中，有下列概念：

• 消息队列(Queue)、
• 发送者(Sender)、
• 接收者(Receiver)。

每个消息都被发送到一个特定的队列，接收者从队列中获取消息。队列保留着消息，直到它们被消费或超时。
 每个消息只有一个消费者 (Consumer)（即一旦被消费，消息就不再在消息队列中）
 发送者和接收者之间在时间上没有依赖性 ，也就是说当发送者发送了消息之后，不管接收者有没有正在运行，它不会影响到消息被发送到队列。
 接收者在成功接收消息之后需向队列应答成功
如果你希望发送的每个消息都应该被成功处理 的话，那么你需要P2P模型。

适用场合：

想让接收者进行且只进行一次处理,组件之间进行同步通信

2   Pub/Sub模型

在Pub/Sub模型中，有下列概念：

• 主题（Topic）、
• 发布者（Publisher）、
• 订阅者（Subscriber）。

客户端将消息发送到主题。多个发布者将消息发送到Topic，系统将这些消息传递给多个订阅者。
 每个消息可以有多个消费者
 发布者和订阅者之间有时间上的依赖性 。针对某个主题(Topic)的订阅者，它必须创建一个订阅之后，才能消费发布者的消息，而且，为了消费消息，订阅者必须保持运行的状态。
当然，为了缓和这种严格的时间相关性，JMS允许订阅者创建一个可持久化的订阅。这样，即使订阅者没有被激活（运行），它也能接收到发布者的消息。
如果你希望发送的消息可以不被做任何处理、或者被一个消费者处理、或者可以被多个消费者处理 的话，那么可以采用Pub/Sub模型（也就是说发布者不关心有多少侦听者）。

关于时间 的依赖性

二种模型的实现结果：

对于p2p 模型的每个消息只能有一个消费者  如果我们定义二个消息接受者的Bean那么只能有一端会接收到消息。当你把部署在Jboss中的消息接收Bean去掉以后，然后发送消息 此时消息在队列中，一旦你重新部署他会立刻就接收到刚刚发送的消息 所以它没有时间的依赖性，

pub/sub 模型可以有多个消费者 在这个模型中如果我们定义多个接收消息的Bean当我们在客户端发送消息的时候二个bean都会接收到消息，所以他有多个消费者 但是如果你把Jboss部署中的消息接收bean去掉之后，发送消息。然后在重新部署，那么消息也无法接收到 ，所以说他有时间的依赖性。