activeMQ指南针_领域模型分析_V1.0

 

                                              

                                           图一

activeMQ现在越来越复杂了，就像一个武林高手，会的套路是越来越多了，想要看清他的路数，有点不容易。但是如果能把住他的“脉”也许就看清楚了。activeMQ做为软件也有它的“脉象”，也就是我们经常所说的领域模型。

领域模型尤其是象activeMQ这样的中等规模的软件系统，也都是在对问题域不断深入认识的过程中，一次次进化的。我们这次来分析activeMQ的领域模型，也是本着这样的态度，这篇文章是1.0版，随着我们之后的不断认识，该领域模型的分析也会不断深入。

在正式分析前，我要申明一下，图中所出现的类之间的关系，我们希望达到“神似”，并且我们也只是选择了最为重要的一部分领域类。

首先介绍该模型中每个领域类的作用，然后再介绍它们之间的关系。

Broker：activeMQ的一个整体代表

RegionBroker：负责分发broker的操作到相应的消息区域

Region：activeMQ目前有四种主要消息区域：队列域(queueRegion)、主题域(topicRegion)、临时队列域(tempQueueRegion)、临时主题域(tempTopicRegion)

TransportConnection：代表一个通讯连接

Destination：消息的目的地，主要包括两种Queue、Topic两种

Subscription：消息的消费者、订阅者

MessageStore：消息持久化存储，象比较复杂的Kaha存储机制就放在这

PendingMessageCursor：等待发给消费者的消息分发指针

ConnectionContext：用来维护发送请求所需的连接上下文

下面我们把这些领域类的关系进行一个描述：

1、一个RegionBroker拥有4种消息域的对象。

2、RegionBroker拥有所有目的地对象(destination)。

3、每个消息域(Region)也拥有它们对应的0或N个目的地对象(destination)。

4、同时每个Region也拥有它们对应的0或N个消息消费者、订阅者(subscription)。

5、每个目的地都有一个相应的持久化存储方式(messageStore)，以及一个等待发送的消息分发指针(pendingMessageCursor)。

6、消息消费者和目的地可以彼此拥有0或N个。

7、每个消费者都有一个对应的ConnectionContext，ConnectionContext里包括一个TransportConnection对象，通过TransportConnection把真实的消息发给消费者。

8、TransportConnection也可以做为通讯连接，侦听消息生产者发出的信息，所以每个TransportConnection会指向Broker对象。

          上面的关系描述是静态的，不便于理解，就像人的筋脉一样，所以下面我们通过消息在activeMQ里的流动过程，来打通activeMQ的“七筋八脉”。

     
                                               

                                                图二

消费生产者进程向activeMQ所在进程发送消息和消费者消费消息的过程如上图所示，消息传递的路径经过了核心领域模型，具体步骤如下：

步骤1：生产者通过向activeMQ为它建立好的TransportConnection发送消息给activeMQ。

步骤2：TransportConnection对象找到RegionBroker。

步骤3：RegionBroker根据消息的类型找到对应的消息区域(Region)。

步骤4：该Region在它自己里面找到相应的消息目的地。

步骤5、6：该目的地首先根据需要进行持久化操作，并使用待发送消息指针对象。

步骤7：当有合适的消息消费者、订阅者来到时，目的地会找到这些消费者。

           步骤8、9：通过该消费者对应的TransportConnection，消息从activeMQ中出来，发给相应的消费者进程。

图一的数据库E-R图有好多个圈。。。。

个人感觉设计得有一点不合理吧