c++如何实现一个简单的actor模型框架_c++ Theron/CAF库思想【并发】

C++轻量级Actor框架核心是消息驱动、状态封装与单线程执行:Actor基类持私有状态和deque邮箱,通过虚函数OnMessage响应类型擦除消息;调度器用线程池+MailboxProcessor轮询邮箱并安全分发;ActorRef句柄管理生命周期,Send线程安全,确保自治性。

用 C++ 实现一个轻量级 Actor 模型框架,核心是把“消息驱动 + 封装状态 + 单线程执行”这三点落地。不一定要照搬 Theron 或 CAF 的全部设计,但可以借鉴它们的关键思想:Actor 是独立调度单元、通过邮箱(mailbox)收消息、由调度器(scheduler)统一分发、避免裸共享内存。

Actor 基类:封装状态与消息循环

每个 Actor 应该有自己的私有状态,不对外暴露数据成员,只响应消息。用虚函数 OnMessage 统一入口,配合类型擦除(如 std::any 或自定义消息基类)支持多类型消息:

  • 定义抽象基类 Message 或使用 std::variant 表达消息类型
  • Actor 持有一个 std::deque<:unique_ptr>> 作为邮箱(FIFO)
  • 提供 Send() 方法(线程安全地 push 到邮箱),不直接调用 OnMessage
  • OnMessage 在 Actor 自己的上下文中被调度器调用,保证同一 Actor 内部无并发访问

轻量调度器:单线程事件循环 + 线程池协作

Theron 偏向固定线程数 + Actor 绑定到特定工作线程;CAF 更倾向“每个 Actor 可迁移”,但默认仍用共享线程池。你可以折中:用一个全局 ThreadPool + 每个 Actor 关联一个 MailboxProcessor 对象:

  • MailboxProcessor 负责轮询 Actor 邮箱,取出消息并调用其 OnMessage
  • std::atomic_bool running 控制生命周期,配合 condition_variable 实现空邮箱时休眠
  • 调度器启动若干 std::thread,每个线程运行一个 while(running) { scheduler->DispatchOne(); } 循环
  • DispatchOne() 可以轮询所有非空邮箱,或用 work-stealing 方式提升负载均衡(类似 CAF)

消息传递:值语义 + 线程安全发送

Actor 之间只通过消息通信,禁止传裸指针或引用。关键点:

  • Send() 接口接收 const Message&Message&&,内部做 move 或 copy(取决于消息是否可拷贝)
  • 邮箱 push 使用 std::mutex + std::lock_guard —— 这是最小代价的线程安全保障(仅写入邮箱时加锁,处理时无锁)
  • 若追求零拷贝,可用 std::shared_ptr,但需注意生命周期管理(Theron 早期用过;CAF 默认值语义更简单可靠)
  • 可选:支持 Ask() 模式(带 promise/future 的请求-响应),用 std::promise 存入消息一起发,响应时 set_value

Actor 管理与生命周期:句柄代替裸指针

用户不应直接 new Actor,而是通过工厂获取智能句柄(类似 CAF 的 actor 类型):

  • 定义 ActorRef 类,内部持 std::weak_ptr + 全局 ID(用于日志/调试)
  • Send() 实现在 ActorRef 上,自动检查 weak_ptr 是否还有效,无效则静默丢弃或报错
  • Actor 析构时,从调度器注册表中移除自己,邮箱清空,避免悬挂调用
  • 支持 spawn() 创建子 Actor,并自动建立父子监督关系(可选进阶:失败时重启或终止子 Actor)

基本上就这些。不需要宏、不需要代码生成、不依赖 Boost,C++17 足够支撑。重点不是功能多全,而是让每个 Actor 真正“自治”——它决定何时处理什么、状态不被外部篡改、错误不影响其他 Actor。Theron 教你精简,CAF 教你工程化,你自己实现一遍,就懂为什么 actor_id、mailbox、scheduler 这三个词总是一起出现。