activemq知识梳理

  这段时间，公司项目有用到activemq。因此又重新看了下mq。

  mq是jms标准的实现提供商，实现了一系列机制，从broker创建到客户与broker通信等等。

  项目中用到mq的原因是由于想实现一个业务的异常机制，而又不想影响正常的业务运行，因此在做业务时，会把业务的一些数据封装成一个消息丢到queue中。

  初步测试，这种情况下每分钟queue能处理发送470几个消息。后来根据业务数据进行分queue，每个queue用一个消息者（对应一个处理线程，每个queue一个线程处理，这是由于防止一条业务数据同时被多线程处理，可能造成的资源竞争死锁等)，处理速度达到了每分钟720几个消息。之前用的是spring的JmsTemplate来发送消息，接收消费者用的是ejb的message bean。

  后来看了下官方文档介绍，JmsTemlate每次发送消息时都会重新创建连接，创建connection，session，创建productor。这是一个非常耗性能的地方，特别是大数据量的情况下。因此后来发送时采用mq的pooledConnectionFactory。这个类只会缓存connection，session和productor，不会缓存consumer。因此只适合于生产者发送消息。那为什么不缓存consumer呢? 官方解释是由于消费者一般是异步的，也就是说，broker代理会把生产者发送的消息放在一个消息者的预取缓存中。当消息者准备好的时候就会从这个预取缓存中取出来进行处理。我想，这个只是在要求消息处理的及时性不是特别高的情况下。如果希望处理能够提高速度，自然也可以从这部分提高效率，减小不断创建consumer的时间（大数据量的情况下）。

  客户端消费者也可以用DefaultMessageListenerContainer来实现，这个类实现监听消息的原理是，对于n个消费者（通过concurrentConsumers），会有n个AsyncMessageListenerInvoker实例进行处理，AsyncMessageListenerInvoker事实上继承了SchedulingAwareRunnable，是一个runnable任务，run方法中就是通过while循环来调用consumer的recieve方法来接收消息的。

  终于调优结束，现在发送速度为十分钟15000条，处理速度也有十分钟12000