ActiveMQ详解（3）- JMS消息的高级特性
一、消息的签收
- JMS消息只有被确定后，才认为已经被成功的消费了。消息的成功消费通常包括三个阶段：客户端解收消息、消费者处理消息和消息被确定。
- 在事务性会话中，当一个事务被提交的时候，消息签收自动执行。在非事务性会话中，消息何时被前世取决于创建会话时指定的消息签收模式。消息有以下三种签收模式
- Session.AUTO_ACKNOWLEDGE:当消费者成功从receive()方法返回时，或从MessageListener.onMessage()方法返回时，会话自动签收客户端接收的消息。
- Session.CLIENT_ACMNOWLEDGE:消费者通过调用消息的acknowledge()方法签收消息。需要注意的是，在这种模式中，消息签收是在会话层进行的，签收一个被消费的消息，所以已被会话消费的消息都会自动签收，例如，如果一个消费者消费了10条消息，并且签收了5条消息，那么所以10条消息都会被确认。
- Session.DUPS_OK_ACKNOWLEDGE:允许消息的延迟签收，消费者可以在处理多条消息后一次性签收。这种方式可以降低频繁的签收消息所带来的性能消耗，但是如果JMS Provider宕机，可能会产生重复消息。对于重复消息，JMS Provider会将消息头的JMSRedelivered字段值为true。
二、消息的持久化
-
JMS支持两种消息提交模式：
- PERSISTENT:持久消息，JMS Provider 会将该类型的消息持久化，以保证消息不会应为Provider的故障而丢失。
- NON_PERSISTENT: 非持久化消息。
-
持久订阅
要实现持久订阅，生产者必须创建PERSISTENT的消息，然后消费者可以通过createDurableSubscriber()方法创建持久订阅。
JMS Provider 会存储发布到Topic上的持久化订阅的消息，如果最初创建持久订阅的消费者或者其它任何消费者，使用相同的ConnectionFactory和相同的客户端id，相同的主题和订阅名称，再次调用会话的createDurableSubscriber()方法，该持久订阅就会被激活。Provider会将Consumer处于未激活状态时的消息发送给Consumer。
持久订阅在同一时刻只能有一个处于激活状态的消费者。持久订阅在创建之后会一直保留，直到调用会话的unsubscribe()方法。 -
本地事务
JMS客户端可以使用本地事务来组合消息的生产和消费。JMS Session接口提供了commit()和rollback()方法。事务提交意味着生产的所有消息都被发送，消费的所有消息都被签收；事务回滚意味着生产的所有消息都被消费，消费的所有消息被恢复并且重新提交，除非他们已经过期。
三、P2P模型
- P2P模型是基于队列的，生产者将消息发送的队列，消费者从队列中接收消息，队列的存在使得消息的异步传输成为了肯。队列中可以包含各种消息，JMS Provider提供了管理工具来管理队列的创建和删除。
- 特点
- 如果在session关闭时，有一些消息已经被消费者接收，但是还没有确定签收，那么消费者下次连接到相同的队列时，这些消息还会被再次接受。
- 如果receive()方法设置了筛选条件，那么不满足条件的消息仍会留在队列中，不会被消费。
- 队列可以永久地保存消息，知道消息被消费。消费者不用因为担心消息丢失时刻处于激活状态，者充分体现了异步通信的有势。
四、Pub/Sub模型
- Pub/Sub模型定义了如何向一个节点发布和订阅消息，这个节点成为主题–Topic。主题可以被认为是消息的传输 中介，生产者将消息发布到主题中，消费者从主题中订阅并获取消息。主题使得消息的发布者和订阅者可以保持相互独立，不需要接触就可以正常进行消息的传送。
- Pup/Sub模式的特点
- 分为持久订阅和非持久订阅。非持久订阅时，消费者无法接收到离线状态发过来的消息。在持久订阅时，消费者会向Provider注册一个识别自己身份的ID，当这个消费者处于离线状态时，Provider会保存所有发往该主题的消息，当消费者再次连接到Provider时，会根据自己的ID得到所有当自己属于离线时发往到订阅主题的消息。
- 如果receive()方法设置了筛选条件，那么不满足条件的消息仍会留在队列中，不会被消费。
- 非持久订阅状态下，不能恢复或者重新创建一个未签收的消息，自有持久订阅才可以。
- 如果需要保证所有订阅的消息都被接收，则需要使用持久订阅。如果可以容忍消息的丢失，则可以使用非持久订阅。
- 非持久订阅效率高于持久订阅。