实现一个ECS+Actor游戏服务器框架

设计目标

构建一个多进程多线程的分布式游戏服务器框架。

• 使用Actor模型。
• 采用ECS模式。
• 支持热更新。
• 使用Mongodb作为数据库。
• 支持服务发现，可动态不停服平行扩展。

为了快速搭建ECS框架，先不考虑底层内存优化。

ActorId与EntityId

Actor有个ActorId，ECS有个EntityId。ActorId是Actor的唯一标识，包含Actor的位置信息。

在写的时候发现Entity在各个框架都有不同的实现。Entity其中的Version是版本号，为了防止悬空引用，每次复用时会递增。

玩家还会有PlayerId，这里我的想法是用PlayerId进行客户端与服务器的交互，对应关系是PlayerId => ActorId => EntityId。

ECS中Entity与Component用struct还是class？

先说我的想法

Entity选用struct。
当组件是纯数据（无方法或简单方法）且需高性能时（如 Position, Velocity）用 struct。
当组件需复杂行为、继承或动态性时，并且需要存库时用 class（如 AIBehavior, Inventory）。

关于用struct还是class，各个框架有不同的实现

Entity 的实现类型

Component 的实现类型

关于多线程

在写创建实体的代码时，突然想到一般的ECS框架是否会多线程调用？如果多线程调用，创建，销毁都要保证线程安全，这样太累了。

后来经过思考，创建与销毁不需要多线程调用，update可以多线程调用。在update时创建实体销毁实体等操作可存到无锁队列，在update结束后统一由主线程执行。Arch的CommandBuffer印证了我的想法。

帧同步游戏不能用多线程，由于线程间顺序不好控制，容易造成不同步。