解读

在国内手游/云游戏/数字孪生项目里，“边缘节点”通常指离用户最近的 CDN 边缘机、云游戏小机或自建微机房。
“动态调度”=运行时把玩家客户端（U3D 端）无缝切换到更优节点，目标是把 RTT 降到 100 ms 以内、降低丢包与 jitter，同时兼顾节点负载、成本与容灾。
面试官想听的不是泛泛的“用 DNS 轮询”，而是：

1. 你在 Unity 侧如何感知网络质量并触发重调度；
2. 如何与 国内主流 CDN（阿里云 ENS、腾讯云 ECM、华为云 IEC、百度智能边缘） 的调度系统打通；
3. 如何做 业务无感知的连接迁移，不掉线、不回档。

知识点

• Unity 网络质量采样：Ping 模块 + 自定义 UDP probe，计算 RTT、丢包、Jitter，采样窗口 5 s，滑动平均。
• 国内边缘节点调度协议：HTTP-DNS（阿里）、GSLB-API（腾讯）、EDNS-Client-Subnet、HTTP3/QUIC 连接 ID 路由。
• Unity 热切换网络层：
  – 双端同时建连（旧节点 + 新节点），逻辑帧号对齐；
  – 采用 状态同步 + 帧同步混合 时，用“追帧”机制把客户端本地 tick 拉到最新服务器 tick；
  – 对 UDP 可靠通道（ENet、LiteNetLib、KCP）支持 Connection Migration Token，QUIC 自带。
• 资源与场景保持：边缘节点只转发逻辑消息，不托管场景对象，因此切节点时 MonoBehaviour 不销毁，仅 NetworkClient 层 swap。
• 容灾降级：若新节点 3 次握手失败，回退旧节点并上报“调度失败埋点”，触发后台重新计算节点权重。
• 合规与备案：国内边缘节点必须走 已备案域名 + 80/443 端口，否则会被运营商 reset；Unity 侧强制 SNI 透传。

答案

我在上一个云游戏项目中把边缘调度拆成 “探测—决策—切换—验证” 四步，全部在 Unity 层封装为 EdgeScheduler 单例，核心代码如下思路：

1. 探测
   每 5 s 对所有候选节点发 64 byte UDP probe（带时间戳与随机盐），本地记录 RTT、丢包、抖动。
   同时通过 阿里云 ENS OpenAPI 拉取节点实时负载（CPU、并发连接数），合并为 Score = 0.7RTT_score + 0.3Load_score。

2. 决策
   当最优节点 Score 比当前节点高 20% 且持续 2 个周期（10 s），触发切换；防止抖动。

3. 切换
   a. Unity 侧先通过 HTTPS 短连接向新节点申请 MigrationToken（带 uid + roomid + 帧号）。
   b. 新节点返回 Token 与 QUIC 地址后，NetworkClient 启动 双轨模式：旧通道继续收发，新通道在后台 追帧。
   c. 当新通道确认收到 服务器最新帧号 ≥ 本地帧号 + 2 且 RTT 稳定，Unity 发送 SwitchOver 消息给服务器，服务器把玩家会话标记迁移；客户端 立刻把 transport 引用指向新通道，旧通道 500 ms 后优雅关闭。
   d. 若 3 s 内未完成握手，回退旧通道并上报异常。

4. 验证
   切换成功后，继续采样 5 个周期，若 RTT 不降反升 15%，则标记该节点“惩罚”，本地缓存 10 min 内不再选用。

通过这套方案，我们把 95 分位延迟从 120 ms 降到 68 ms，切换过程玩家无感知，无一次回档或重登。代码全部 C# 实现，不依赖 Unity 版本，已跑在 iOS、Android、WebGL 三端。

拓展思考

1. WebGL 端无法 UDP：可降级为 WebRTC DataChannel（基于 UDP），利用 ICE restart 做节点迁移，思路与 QUIC 相同。
2. 帧同步游戏：若服务器不保存状态，可把 客户端本地 input 缓存（ring buffer 长度 60 帧）通过 MigrationToken 一次性带到新节点，新节点重放 input 即可对齐。
3. 成本优化：夜间低峰期让 边缘节点自动缩容，Unity 侧提前 30 s 收到“节点即将下线”信号，主动触发迁移，避免强制断开。
4. 安全：MigrationToken 使用 ECDSA 签名 + 一次性 nonce，防止被劫持后重放攻击。
5. 国密合规：若项目要求 SM 系列算法，可在 Unity 侧集成 libgmssl 的 C# binding，Token 签名改为 SM2，满足监管验收。