1. 消息接收确认
JMS消息只有在被确认之后，才认为已经被成功的消费了，消息成功消费通常包含三个阶段：客户接收消息，客户处理消息和消息被确认。
在事务性会话中，当一个事务被提交的时候，确认自动发生。在非事务性会话中，消息何时被确认取决于创建会话时的应答模式（acknowledge mode）。该参数有以下三个值可选：
Session.AUTO_ACKNOWLEDGE:当客户成功的从receive方法返回的时候，或者MessageListener.onMessage方法成功返回的时候，会话自动确认客户接收到的消息。
Session.CLIENT_ACKNOWLEDGE:客户通过调用消息的acknowledge方法确认消息。需要注意的是，在这种模式中，确认是在会话层上进行，确认一个被消费的消息将自动确认所有已经被会话消费的消息。例如，如果一个消息消费者消费了10个消息，然后确认五个消息，那么10个消息都将被确认。
Session.DUPS_OK_ACKNOWLEDGE：该选择只是会话迟钝的确认消息的提交。如果JMS provider失败，那么可能会导致一些重复的消息。如果是重复的消息，那么JMS provider 必须把消息头的JMSRedelivered字段设置为true。
2. 消息的持久性
JMS支持以下两种消息提交模式：
PERSISTENT:指示JMS Provider持久保存消息，以保证消息不会因为JMS provider的失败而丢失。
NON_PRESISTENT: 不要求JMS Provider 持久保存消息。
3. 消息优先级
可以使用消息优先级来指示JMS provider首先提交紧急的消息。优先级分为10个级别，从0（最低）到9（最高）。如果不指定优先级，默认级别是4。需要注意的是，JMS provider并不一定保证按照优先级的顺序提交消息。
4. 消息过期
可以设置消息在一定时间后过期，默认是永不过期
5. 消息的临时目的地
可以通过会话上的createTemporaryQueue方法和createTemporaryToptic方法来创建临时目的地。他们的存在时间只限于创建他们的连接所保持的时间。只有创建该临时目的地的连接上的消息才能够从临时目的地中提取消息。
6. 持久订阅
首先消息的生产者必须使用PERSISTRENT提交消息。客户端可以通过会话上的createDurableSubscriber方法来创建一个持久订阅，该方法的第一个参数必须是一个topic,第二个参数是订阅的名称。
JMS provider 会存储发布到持久订阅对应的topic上的消息。如果最初创建持久订阅的客户或者任何其他客户，使用相同的连接工厂和连接的客户ID,相同的主题和相同的订阅名，在再次调用会话上的createDurableSubscriber方法，那么该持久订阅就会被激活，JMS provider 会像客户发送客户处于非激活状态时所发布的消息。
持久订阅在某个时刻只能有一个激活的订阅者，持久订阅在创建之后会一直保留，直到应用程序调用会话上的unsubscribe方法。
7. 本地事务
在一个JMS客户端，可以使用本地事务来组合消息的发送和接收。JMS Session接口提供了commit和rollback方法，事务提交意味着生产的所有消息被发送，消费的所有消息被确认，事务回滚意味着生产的所有消息被销毁，消费的所有消息被恢复并重新提交。除非它们已经过期。
事务性的会话总是牵扯到事务处理中，commit或rollback方法一旦被调用，一个事务就结束了，而另一个事务被开始。关闭事务性会话将会回滚其中的事务。
需要注意的时，如果使用请求/回复机制，即发送一个消息，同时希望在同一个事务中等待接收该消息的回复，那么程序将会被挂起，因为直到事务提交，发送操作才会真正的执行。
需要注意的还有一个，就是生产者和消费者不能包含在同一个事务中。
8. JMS的PTP模型
JMS PTP(point-to-point)模型定义了客户端如何向队列发送消息，从队列接收消息，以及浏览队列中的消息。
PTP模型是基于队列的，生产者发消息到队列，消费者从队列接收消息，队列的存在是的消息的异步传输成为可能。和邮件系统中的邮箱一样，队列可以包含各种消息，JMS Provider提供工具管理队列的创建和删除。
8.1 PTP的一些特点
1. 如果在Session关闭时，有一些消息已经被收到，但还没有被签收（acknowledge），那么当消费者下次连接到相同的队列时，这些消息还会被在此接收。
2. 如果用户在receive方法中设定了消息选择条件，那么不符合条件的消息会被留在队列中，不会被接收到。
3. 队列可以长久的保存消息直到消费者收到消息，消费者不需要因为担心消息丢失而时刻和队列保持激活的连接状态，充分提现了异步传输模式的优势。
9. JMS的Pub/Sub模型
JMS Pub/Sub模型定义了如何向一个内容节点发布和订阅消息，这些节点被称作topic
主题可以被认为时消息的传输中介，发布者（publisher）发布消息到主题，订阅者（subscribe）从主题订阅消息。主题使得消息订阅者和消息发布者保持相互独立，不需要接触即可保证消息的传送。
9.1 Pub/Sub 的一些特点
1. 消息订阅分非持久订阅和持久订阅
非持久订阅只有当客户端处于激活状态，也就是和JMS Provider保持连接状态才能接收到某个主题的消息，而当客户端处于理想状态时，这个时间段发到主题的消息将会丢失，永远不会收到。
持久订阅时。客户端向JMS注册一个识别自己身份的ID,当这个客户端处于离线状态时，JMS Provider会为这个ID保存所有发送到主题的消息，当客户再次连接到JMS Provider时，会根据自己的ID得到所有当自己处于离线状态时发送到主题的消息。
2. 如果用户在receive方法中设定了消息选择条件，那么不符合条件的消息不会被接收。
3. 非持久订阅状态下，不能恢复或重新派送一个未签收的消息，只有持久订阅才能恢复或重新派送一个未签收的消息。
4. 当所有的消息必须被签收，则用持久订阅，当丢失消息能够被容忍时，则用非持久订阅。