ActiveMQ之消息指针

消息指针(Message cursor)是activeMQ里一个非常重要的核心类，它是提供某种优化消息存储的方法。消息中间件的实现一般都是当消费者准备好消费消息的时候，它会从持久化存储中一批一批的读取消息，并发送给消费者。消息指针维护着下一批待读取消息的相关位置信息。 

消息游标:

　　当producer发送的持久化消息到达broker之后，broker首先会把它保存在持久存储中。接下来，如果发现当前有活跃的consumer，而且这个consumer消费消息的速度能跟上producer生产消息的速度，那么ActiveMQ会直接把消息传递给broker内部跟这个consumer关联的dispatch queue；如果当前没有活跃的consumer或者consumer消费消息的速度跟不上producer生产消息的速度，那么ActiveMQ会使用Pending Message Cussors保存对消息的引用。在需要的时候，Pending Message Cursors把消息引用传递给broker内部跟这个consumer关联的dispatch queue。

 

　　消息指针在对不同的消息消费者时，它的内部处理机制也不一样： 
　　(1) 当消费者跟得上消息生产者的时候，是快消费者。这种时候Message cursor的内部过程如下图所示： 

　　　　

 

　　(2) 当消费者慢于消息生产者的时候，是慢消费者。那这种时候Message cursor的内部过程如下图所示：

　　　　

 

　　上面两种情况是能自动调整的，当一个消费者从快变成慢或从慢变成快的时候，Message cursor应该做自动的调整。

 　　(在5.1里面这种自动调整有点小bug，它只能从快变成慢，反之则不行。具体bug原因应该是疏忽写错了，代码在类AbstractStoreCursor中的public final synchronized void remove()方法中的if (size==0 && isStarted() && cacheEnabled)这一行，只用把cacheEnabled改为useCache就可以了。(该bug已经被后续版本所修复))。

 

ActiveMQ的消息指针(message cursor)分为3种:

(1) Store-based

(2) File-based

(3) VM

 

下面我具体分析每种消息指针的实现：

(1) Store-based实现原理图:

　　

　　消息接收后，首先完成消息存储的工作，如①所示，然后判断是否有空闲的内存可用，如果有的话，就走路径1，直接把消息存放在内存中的LinkedHashMap，如果没有可用内存，则走路径2，当需要消息的时候，直接从消息存储的介质里每次读取一批消息，然后存入LinkedHashMap。

(2) File实现原理图：

　　

　　消息接收后，首先完成消息存储的工作，如①所示，然后判断是否有空闲的内存可用，如果有的话，就走路径1，直接把消息存放在内存中的LinkedList，如果没有可用内存，则走路径2，把消息写入临时文件中，当需要消息的时候，直接从临时文件中读写一批，然后送入LinkedList。

(3) VM实现原理图：   

　　

　　消息接收后，首先完成消息存储的工作，如①所示，然后直接把消息存放在内存中的LinkedList。

  

3种消息指针的比较: 

　　

下面是“追风”提供的消息指针的测试记录:

(1) 基于存储的消息指针_测试结果:

　　

(2) 基于文件的消息指针_测试结果

　　

 (3) VM消息指针_测试结果: