Q4: 如何实现大地图的无缝切换？如何处理跨服务器的玩家移动？

+-------------+-------------+-------------+
| CellApp A   | CellApp B   | CellApp C   |
| 新手村      | 主城西区    | 主城东区    |
+-------------+-------------+-------------+
| CellApp D   | CellApp E   | CellApp F   |
| 野外西南    | 野外中央    | 野外东南    |
+-------------+-------------+-------------+

优点：

设计简单
配置明确
边界关系稳定

缺点：

热点区域容易过载
空闲区域浪费资源

2. 动态分区

根据负载动态调整 Cell 边界，或者把热点区域继续拆分。

常见方式：

主城单独切更多 Cell
热门地图临时横向拆分
大战场按热点区域二次切块

优点：

负载更均衡
资源利用率更高

缺点：

实现复杂
边界会变化
迁移量可能骤增

3. 工程上的常见结论

很多 MMO 的真实做法不是“纯固定”或“纯动态”，而是混合：

大框架用固定区域
热点场景局部动态拆分
副本类场景直接独立 Space/Instance

四、先统一术语

这类问题里术语必须统一，否则后面会讲乱。

1. Real Entity

真实权威实体。

特点：

只有一个 Cell 拥有写权限
负责战斗、移动、属性变更
负责 AOI 中的权威广播源

2. Ghost Entity

跨边界只读副本。

特点：

给相邻 Cell 做边界可见性预热
只读，不负责最终逻辑裁决
位置、朝向、部分状态由 Real 同步过来

3. Shadow State

迁移过程中的临时镜像状态或过渡态。

特点：

用于迁移窗口中的状态复制/追平
不是长期存在的 AOI 对象
更偏迁移协议内部概念

一个简化记法

Real：唯一权威
Ghost：边界只读副本
Shadow：迁移中临时同步态

五、跨 Cell 无缝移动的标准流程

下面这套流程比“发现越界就直接迁移”更完整。

阶段 1：正常移动

玩家当前由 Cell A 处理
Gateway/Proxy 把该玩家输入路由到 Cell A
Cell A 负责移动、技能、AOI、广播

阶段 2：接近边界，开始预热

当玩家接近边界阈值时：

Cell A 判断玩家朝向和速度
预测其短时间内可能跨入 Cell B
向 Cell B 发送“预热请求”
Cell B 创建该玩家的 Ghost
Cell B 开始提前准备边界附近 AOI 数据

这个阶段的目标不是迁移，而是减少真正切换时的突兀感。

阶段 3：进入迁移窗口

当玩家真正跨过迁移阈值时：

Cell A 将玩家标记为 migrating
暂停新的复杂状态变更入口
对玩家做一次状态快照
把快照发送给 Cell B

注意：

这里不是立刻销毁旧实体
也不是立刻让新 Cell 成为权威

阶段 4：目标 Cell 建立 Real

Cell B 接收快照后：

基于快照创建新的 Real Entity
恢复必要状态
建立 AOI 订阅关系
回 ACK 给 Cell A

这时候系统进入最关键的一步：

目标 Cell 已具备接管能力，但旧 Cell 还没完全释放。

阶段 5：切换权威和路由

推荐顺序是：

Cell B 准备完成
Proxy/Base/Gateway 更新玩家路由到 Cell B
新输入只发给 Cell B
Cell B 成为唯一权威
Cell A 降级为只读过渡或直接清理

这里的关键点是：

先确认目标可接管
再切输入路由
最后释放旧权威

不要反过来。

阶段 6：清理旧状态

切换完成后：

Cell A 销毁旧 Real
Cell B 删除不再需要的 Ghost/Shadow
AOI 关系稳定到新拓扑

六、一个更合理的时序图

七、边界检测不能只看当前位置

如果只在“已经越界”时才迁移，用户体验通常会变差。

更合理的判断要结合：

当前位置
速度向量
面向方向
最近几帧轨迹
滞后阈值

伪代码示例

class BoundaryDetector {
public:
    enum class Result {
        None,
        Preload,
        Migrate,
    };

    Result check(const Entity& entity, const Bounds& bounds) {
        const auto pos = entity.position();
        const auto vel = entity.velocity();

        if (!bounds.contains(pos)) {
            return Result::Migrate;
        }

        if (isNearBoundary(pos, bounds, preloadMargin_)) {
            auto futurePos = pos + vel * predictSeconds_;
            if (!bounds.contains(futurePos)) {
                return Result::Preload;
            }
        }

        return Result::None;
    }

private:
    float preloadMargin_ = 50.0f;
    float predictSeconds_ = 1.0f;
};