![]() 图一 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中出来,发给相应的消费者进程。 |
activeMQ指南针_领域模型分析_V1.0
最新推荐文章于 2020-06-28 21:51:07 发布