1.PTP模型
PTP(Point-to-Point)模型是基于队列(Queue)的,对于PTP消息模型而言,它的消息目的是一个消息队列(Queue),消息生产者每次发送消息总是把消息送入消息队列中,消息消费者总是从消息队列中读取消息.先进队列的消息将先被消息消费者读取.
发送方发消息到队列，接收方从队列接收消息，队列的存在使得消息的异步传输成为可能。和邮件系统中的邮箱一样，队列可以包含各种消息，JMS Provider 提供工具管理队列的创建、删除。JMS PTP 模型定义了客户端如何向队列发送消息，从队列接收消息，浏览队列中的消息.第一节中的代码就是PTP模型的.
下面的表格中的就是PTP模型的对象的主要概念和方法:
| 名称 | 描述 |
| Queue | 由JMS Provider 管理,队列由队列名识别,客户端可以通过JNDI 接口用队列名得到一个队列对象. |
| TemporaryQueue | 由QueueConnection 创建,而且只能由创建它的QueueConnection 使用.临时队列. |
| QueueConnectionFactory | 客户端用QueueConnectionFactory 创建QueueConnection 对象. |
| QueueConnection | 一个到JMS PTP provider 的连接,客户端可以用QueueConnection 创建QueueSession 来发送和接收消息. |
| QueueSession | 提供一些方法创建QueueReceiver,QueueSender,QueueBrowser 和TemporaryQueue.如果在QueueSession 关闭时，有一些消息已经被收到,但还没有被签收(acknowledged),那么,当接收者下次连接到相同的队列时,这些消息还会被再次接收. |
| QueueReceiver | 客户端用QueueReceiver 接收队列中的消息,如果用户在QueueReceiver中设定了消息选择条件,那么不符合条件的消息会留在队列中,不会被接收到. |
| QueueSender | 客户端用QueueSender 发送消息到队列 |
| QueueBrowser | 客户端可以QueueBrowser 浏览队列中的消息,但不会收走消息. |
| QueueRequestor | JMS 提供QueueRequestor 类简化消息的收发过程.QueueRequestor 的构造函数有两个参数:QueueSession 和queue,QueueRequestor 通过创建一个临时队列来完成最终的收发消息请求. |
| 可靠性(Reliability) | 队列可以长久地保存消息直到接收者收到消息.接收者不需要因为担心消息会丢失而时刻和队列保持激活的连接状态,充分体现了异步传输模式的优势. |
2.PUB/SUB模型
JMS Pub/Sub 模型定义了如何向一个内容节点发布和订阅消息,这些节点被称作主题(topic).
主题可以被认为是消息的传输中介,发布者(publisher)发布消息到主题,订阅者(subscribe) 从主题订阅消息.主题使得消息订阅者和消息发布者保持互相独立,不需要接触即可保证消息的传送. 下面描述JMS Pub/Sub 模型中的主要概念和对象：| 订阅(subscription) | 消息订阅分为非持久订阅(non-durable subscription)和持久订阅(durable subscrip-tion),非持久订阅只有当客户端处于激活状态,也就是和JMS Provider 保持连接状态才能收到发送到某个主题的消息,而当客户端处于离线状态,这个时间段发到主题的消息将会丢失,永远不会收到.持久订阅时,客户端向JMS 注册一个识别自己身份的ID,当这个客户端处于离线时,JMS Provider 会为这个ID 保存所有发送到主题的消息,当客户再次连接到JMS Provider时,会根据自己的ID 得到所有当自己处于离线时发送到主题的消息. |
| Topic | 主题由JMS Provider 管理,主题由主题名识别,客户端可以通过JNDI 接口用主题名得到一个主题对象.JMS 没有给出主题的组织和层次结构的定义,由JMS Provider 自己定义. |
| TemporaryTopic | 临时主题由TopicConnection创建,而且只能由创建它的TopicConnection使用.临时主题不能提供持久订阅功能. |
| TopicConnectionFactory | 客户端用TopicConnectionFactory创建TopicConnection对象. |
| TopicConnection | TopicConnection是一个到JMS Pub/Sub provider的连接,客户端可以用TopicConnection创建TopicSession 来发布和订阅消息. |
| TopicSession | TopicSession 提供一些方法创建TopicPublisher,TopicSubscriber,TemporaryTopic.它还提供unsubscribe方法取消消息的持久订阅. |
| TopicPublisher | 客户端用TopicPublisher 发布消息到主题. |
| TopicSubscriber | 客户端用TopicSubscriber 接收发布到主题上的消息.可以在TopicSubscriber 中设置消息过滤功能,这样,不符合要求的消息不会被接收. |
| Durable TopicSubscriber | 如果一个客户端需要持久订阅消息,可以使用Durable TopicSubscriber,TopSession 提供一个方法createDurableSubscriber创建Durable TopicSubscriber 对象. |
| 恢复和重新派送(Recovery and Redelivery) | 非持久订阅状态下,不能恢复或重新派送一个未签收的消息.只有持久订阅才能恢复或重新派送一个未签收的消息. |
| TopicRequestor | JMS 提供TopicRequestor 类简化消息的收发过程.TopicRequestor 的构造函数有两个参数:TopicSession 和topic.TopicRequestor 通过创建一个临时主题来完成最终的发布和接收消息请求. |
| 可靠性(Reliability) | 当所有的消息必须被接收,则用持久订阅模式.当丢失消息能够被容忍,则用非持久订阅模式. |
综上所述,两者的API接口已经详细的写了出来,作为一个合格的开发者,即使不背会这些,也需要理解透彻记住.接着可以看看两种方式的对比:
3.JMS规范里的两种message传输方式Topic和Queue，两者的对比如下表：
| topic | Queue | |
| 概要 | Pub-Sub(发布/订阅) | PTP(点对点) |
| 有无状态 | topic数据默认是无状态的. | Queue数据是要实际介质保存的,如保存到数据库. |
| 完整性保障 | 并不保证publisher发布的每条数据,Subscriber都能接受到. | Queue保证每条数据都能被receiver接收. |
| 消息是否会丢失 | 一般来说publisher发布消息到某一个topic时,只有正在监听该topic地址的sub能够接收到消息;如果没有sub在监听,该topic就丢失了. | Sender发送消息到目标Queue,receiver可以异步接收这个Queue上的消息.Queue上的消息如果暂时没有receiver来取,也不会丢失. |
| 消息发布接收策略 | 一对多的消息发布接收策略,监听同一个topic地址的多个sub都能收到publisher发送的消息.Sub接收完通知服务器. | 一对一的消息发布接收策略,一个sender发送的消息,只能有一个receiver接收.receiver接收完后,通知服务器已接收,服务器对queue里的消息采取删除或其他操作. |
文章转至:http://blog.csdn.net/vtopqx/article/details/50615829