JMS两种消息模型

    前段时间学习EJB,接触到了JMS(Java消息服务),JMS支持两种消息模型:Point-to-Point(P2P)和Publish/Subscribe(Pub/Sub),即点对点和发布订阅模型。

个人觉得这两个模型挺容易理解的,因为生活中的例子还挺多的。

1,  P2P模型

有以下概念:消息队列(Queue)、发送者(Sender)、接收者(Receiver)。每个消息都被发送到一个特定的队列,接收者从队列获取消息。队列保留着消息,直到它们被消费或超时。

(1) 每个消息只有一个消费者(Consumer)(即一旦被消费,消息就不再在消息队列中)

(2) 发送者和接收者之间在时间上没有依赖性,也就是说当发送者发送了消息之后,不管接收者有没有正在运行,它不会影响到消息被发送到队列。

(3) 接收者在成功接受消息之后需要向队列应答成功

注:如果希望发送的每个消息都被成功处理,或被特定的消费者消费,那么需要采用P2P模型。

使用场合:想让接收者进行且只进行一次处理,组件之间进行同步通信。

个人理解:这种模型的应用很常见,例如:qq/微信/飞信聊天(私聊),(1)小A和小B互加qq好友,小A给小B发一条消息”你干嘛呢?”,这条消息只有小B能接收到,别人接收不到——每个消息只有一个消费者;(2)如果小B没有登录qq,也没关系,当小B登录qq后,就会看到这条消息——发送者和接收者之间在时间上没有依赖性,也就是说,当发送者发送了消息之后,不管接收者有没有正在运行,它不会影响到消息被发送到队列;

2,Pub/Sub模型 

 有以下概念:主题(Topic)、发布者(Publisher)、订阅者(Subscriber)。客户端将消息发送到主题。多个发布者将消息发送到Topic,系统将这些消息传递给多个订阅者。

(1) 每个消息可以有多个消费者

(2) 发布者和订阅者之间有时间上的依赖性。针对某个主题(Topic)的订阅者,它必须创建一个订阅之后,才能消费发布者的消息,而且,为了消费消息,订阅者必须保持运行的状态。

    为了缓和这种严格的时间上的依赖性,JMS允许订阅者创建一个可持久化的订阅(即,发送者和接收者之间在时间上没有依赖性。这样的话,即使订阅者没有运行,它也能接收到发布者的消息。)

    如果希望发送的消息可以被一个/多个消费者消费,那么可以采用Pub/Sub模型。

个人理解:这种模型的应用也很常见,例如,如果qq群聊天是这样的:小A、小B、小C都是”聊天群”中的成员,小A、小B在线,小C不在线,小A发布一条消息”明天放假”,那么只有小B能接收到,当小C上线后也接收不到。这样是不是很不合理——发布者和订阅者之间有时间上的依赖性;因此,为了缓和这种严格的时间上的依赖性,JMS允许订阅者创建一个可持久化的订阅(即,发送者和接收者之间在时间上没有依赖性。这样的话,即使订阅者没有运行,它也能接收到发布者的消息。)——还是上面的例子,小A、小B、小C都是”聊天群”中的成员,小A、小B在线,小C不在线,小A发布一条消息”明天放假”,小B可以接收到,当小C上线后也可以接收到。

以上只是目前的个人理解,可能与实际有所偏差。

3,总结:

P2P模型与Pub/Sub模型的根本区别:对于p2p模型的每个消息只能有一个消费者 ; pub/sub模型可以有多个消费者 。

你可能感兴趣的:(java,J2EE)