ActiveMQ学习记录（二）

    经过上一篇简单了解ActiveMQ后，我们继续了解ActiveMQ，再次说明，本系列主要参考一些好的博客后进行整理，自己尝试后编写的。好了，那我们开始继续学习ActiveMQ。

    消息的顺序消费

    在上一篇文章中，我们已经明确知道了ActiveMQ并不能保证消费的顺序性，即便我们使用了消息优先级。而在实际开发中，有些场景又是需要对消息进行顺序消费的，比如：用户从下单、到支付、再到发货等。如果使用ActiveMQ该如何保证消费的顺序性呢？

    

    首先来说，在实际中，我们并不需要的是对全部消息的全局有序消费，我们仅仅需要的是局部业务有序性消费。比如说，我们仅仅需要的是一个用户的下订单、支付、发货这个过程的3条消息有序消费。

    比如，我们可以根据用户ID简单做一个HASH，将消息定位到不同的队列上，也就意味着同一个用户的消息将发往同一个队列。这样做的好处在于，多个队列之间可以并行处理。

    然后，在队列上可以对一段时间上的消息按照用户分组进行排序，这只是一个少量消息的局部排序而已，比如Queue-A上有一个用户的3条消息（订单消息msg1、支付消息msg2、发货消息msg3），那么，msg1将交给订单业务系统，处理完成后，msg2交给支付系统，处理完成后，msg3交给发货系统。虽然这个处理过程是同步的（一条消息处理完，在接着处理），但是它的并发性，系统的处理能力并没有下降！为什么这么说呢？

    假设，msg1/msg2/msg3处理各需要0.1S，如果订单业务系统、支付系统、发货系统并没有分开，而是一个“大系统”，那么显然订单业务在0.1S完成后，需要等待后面的支付、发货逻辑处理完才能继续工作，意味着订单业务干了0.1S的活，等了0.2S，导致在0.3秒内订单业务只处理了1条消息。而现在这3个系统是分开的，那么在0.3S内，订单业务系统可以处理3条消息，而且没有业务系统闲着！

   JMS Selectors

    JMS Selectors，即消息选择器。之前介绍过消息的组成部分是消息头+消息属性+消息体，其中谈到消息对象有消息属性，用于消息选择器。下面是个完整的例子，看完这个例子应该就理解了，代码中都有相关注释说明。

    Producer端代码：

 public static void main(String[] args) throws JMSException {
        Destination destination = MQUtils.createDestination();
        //通过session（MQUtils.createSession()）创建 发送消息的生产者
        MessageProducer producer = MQUtils.createSession2().createProducer(destination);

        MapMessage mapMessage1 = MQUtils.createSession2().createMapMessage();
        mapMessage1.setString("name","zhangsan");
        //设置消息属性，用于消息选择器
        mapMessage1.setIntProperty("age",23);

        MapMessage mapMessage2 = MQUtils.createSession2().createMapMessage();
        mapMessage2.setString("name","lisi");
        mapMessage2.setIntProperty("age",25);

        MapMessage mapMessage3 = MQUtils.createSession2().createMapMessage();
        mapMessage3.setString("name","wangwu");
        mapMessage3.setIntProperty("age",27);

        //参数说明：
        // 第一个参数destination其实是连接到那个队列
        //第二个参数mapMessage1是发送的消息（消息头+消息属性+消息体）
        //第三个参数是否序列化DeliveryMode.NON_PERSISTENT表示当activemq关闭的时候，队列里面的数据将会被清空
        //第四个参数优先的等级，0-9
        //第五个参数，失效时间
        producer.send(destination,mapMessage1,DeliveryMode.NON_PERSISTENT,4,1000*60*10);
        producer.send(destination,mapMessage2,DeliveryMode.NON_PERS