消息中间件activeMQ（5）

消息总是从生产者发送到中间件再有中间件发送给消费者。

持久化订阅：

与一般的定义相比，持久性订阅需要：

1. 为Connection指定一个唯一的ClientID
   - 在这里，Connection有客户端的含义
   - ClientID的变化，将被视为不同的客户端
2. 创建Subscriber时，指定一个name
   - name的变化，将被视为不同的订阅者

API

javax.jms.Connection

• setClientID():java.lang.String
  - 为Connection指定ClientID

javax.jms.Session

• createDurableSubscriber(Topic dest, String name):TopicSubscriber
  - 创建持久订阅者，并指定名称
• createDurableSubscriber(Topic dest, String name, String msgSelector, boolean noLocal)
  - 创建持久订阅者，并指定名称、消息选择器，设置是否忽略本地的消息
  - msgSelector：消息选择器，以类似于SQL的语法，根据消息的属性过滤消息；
  - noLocal:是否忽略同一个Connection递送的消息（当为Connection指定了ClientID，代理就可以知道消息的生产者是不是来自同一个Connection；同一个客户端的通信一般不需要通过消息队列，就好像把左手的东西递给右手，不需要先把东西放在桌上，右手再去拿一样；所以，设计者认为有必要提供这样一个属性，让消费者自己确认是否忽略来自同一个客户端的消息）

核心代码

对于消息生产者并没有什么特殊的地方，下面是消费者的核心代码：

connection = connectionFactory.createConnection();
connection.setClientID("Client-20160406"); // 为Connection指定ClientID
connection.start();

session = connection.createSession(Boolean.FALSE,
        Session.AUTO_ACKNOWLEDGE);
consumer = session.createDurableSubscriber(topic, "subscriber-2016040601"); // 为subscriber指定name

consumer.setMessageListener(listener);

找了一段通俗的解释但是还是不是很贴切感觉是：

发布者发布消息，订阅者去消费，这是1对多的形式，我们可以这样理解：公司设定很多活动代金卷，去参加活动的人都能领取，当然这分两种情况，第一种 就是我们前面测试的，只要我公司门口等（监听），活动开始（发布）就能领取了，如果你当时没在，就领取不到。第二种：很多情况下，公司搞活动我们不会等在那里，只要活动开始了，那么我过段时间也可以去，礼品公司会保留的，这种情况会导致多次领取，因此总要登记一下嘛，不能你领取了，过一会又来吧？activemq 里面会有 clientId 标示来区分，类似于身份证ID嘛。当然有些情况下， 我们一个ID 可以领取多个不同的奖品，因此还得需要个字段标示：durableSubscriptionName，标示我们领取哪个礼品。

无论是持久化订阅还是非持久化订阅，都必须先进行订阅。非持久化订阅时；
如果订阅者中途down掉，中途发送到broker的消息该订阅者就不能够收到；
如果是持久化订阅者，如果中途down掉，重新连接之后，依旧能够收到不在线这段时间发送到broker中的消息。