IOT开源数据平台Thingsboard源码分析(三)-Actor模型

Actor模型在异步处理中使用广泛,尤其是scala语言中actor框架的使用。本篇主要介绍thingsboard中其自主实现的actor模型,及在数据传输中的使用。


Actor模型简介

Actor由状态(state)、行为(Behavior)和邮箱(mailBox)三部分组成

  • 状态:Actor中的状态指的是Actor对象的变量信息,状态由Actor自己管理,避免了并发环境下的锁和内存原子性等问题
  • 行为:行为指定的是Actor中计算逻辑,通过Actor接收到消息来改变Actor的状态
  • 邮箱:邮箱是Actor和Actor之间的通信桥梁,邮箱内部通过FIFO消息队列来存储发送方Actor消息,接受方Actor从邮箱队列中获取消息

TB Actor实现

通过测试类来跟踪源码,是学习源码非常有效的方式。我们也从测试类ActorSystemTest开始跟踪actor实现的过程。首先运行测试方法test1actorsAnd100KMessages(),体验一下actor模型处理的速度。


测试代码

模型本身用到的类比较少,下面对每个类的的功能做一个描述:


actor模型图

与经典的Actor模型对应关系为:

  • TbActor-->Actor
  • Dispatcher --> Behavior
  • TbActorRef --> mailBox,TbActorRef对应的实现类为TbActorMailbox。

Actor在TB中的应用

Actor对象

如下图所示,tb针对不同场景实现了不同的actor对象,actor对象里通过processor来处理业务逻辑。


Actor实现类

actor与queue打通:

DefaultTbRuleEngineConsumerService在消费队列时,如果存在actorMsg,就执行ActorSystemContext.tellWithHighPriority()处理。执行流程如图:


actor调用流程

下面分析一下AbstractConsumerService类,其在spring初始化完成后会启动线程来消费actor的队列数据,具体的实现在rule-engine中分析。


启动consumer

Actor模型使用的优点

tb是使用actor模型处理接收到的message,有效的隔离了消息的接收和处理过程。并且actor对消息处理的过程进行了隔离,不用考虑资源的并发处理问题。Mailbox中的actor对象处理消息的速度是非常快的,处理完后直接tell给下游childActor。

参考:

  • Actor官方文档翻译

你可能感兴趣的:(IOT开源数据平台Thingsboard源码分析(三)-Actor模型)