两种同步方案的定位
游戏网络同步有两大流派：状态同步（服务端算，客户端演）和帧同步（客户端算，服务端转发操作）。选型本质是在”权威性与流量”和”手感与开发效率”之间做权衡。
核心逻辑对比
状态同步：服务端权威
战斗逻辑完全在服务端计算。客户端只发”操作意图”（如按下技能键），服务端校验合法性、计算伤害/碰撞，再把结果状态（位置、血量、技能效果）广播给所有客户端。客户端是”表现层”。
- 权威性高，防作弊强（逻辑在服务器，篡改客户端无效）；
- 代价：状态变化频繁，流量消耗大；
- 断线重连简单：服务端直接下发当前完整状态。
帧同步：客户端确定性计算
服务端只转发操作指令（移动、攻击），所有客户端基于相同初始状态 + 相同操作序列，用确定性逻辑各自算出相同结果。MOBA、格斗游戏（如《王者荣耀》《魔兽争霸3》）是典型代表。
- 流量极小（只传指令）；
- 代价：必须保证确定性——随机种子统一、浮点运算一致（或转定点）、逻辑无时序依赖，否则一点偏差就会”蝴蝶效应”；
- 反作弊弱（客户端可篡改内存）；断线重连复杂（要从断线点重放操作序列）；
- 回放/观战极简单：只存操作序列即可回放。
优缺点总览
| 维度 | 状态同步 | 帧同步 |
|---|---|---|
| 流量 | 高（频繁同步状态） | 低（仅操作指令） |
| 安全性 | 高（服务端权威） | 低（客户端可篡改） |
| 开发效率 | 服务端客户端协同，调试周期长 | 服务端简单，可复用单机逻辑 |
| 断线重连 | 简单（下发状态） | 复杂（重放操作序列） |
| 回放/观战 | 需记录完整状态，成本高 | 只存操作序列，实现简单 |
| 适用 | MMO、开放世界（《魔兽世界》） | MOBA、格斗（《王者荣耀》《魔兽争霸3》） |
关键设计考量
- 帧同步的确定性：随机数用固定种子、浮点运算转整数/定点、禁用依赖机器特性的行为（如 map 遍历顺序）；
- 状态同步的延迟掩盖：客户端用插值、预测 + 回滚平滑移动，否则网络抖动直接反映在画面上；
- 网络层选型：状态同步常配 TCP/HTTP 短连接；帧同步对延迟敏感，常用 UDP + 可靠传输（如 KCP），配合快照做兜底。
选型建议
选状态同步：大规模玩家（MMORPG）、强防作弊需求（竞技排名）、复杂环境交互（NPC 行为、物理引擎）。选帧同步：强调操作手感与低延迟、开发资源有限、需要低成本回放（比赛系统）。混合方案也常见：核心伤害逻辑走服务端权威（状态同步），表现层动画/移动用帧同步提升流畅度。