首页 > 代码库 > JMS的P2P和PUB/SUB区别和应用场景介绍【转】

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去掉之后,发送消息。然后在重新部署,那么消息也无法接收到 ,所以说他有时间的依赖性。

 

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