| 对比维度 | 帧同步（Frame Synchronization） | 状态同步（State Synchronization） |
|---|---|---|
| 1. 公平性 | ✅ 优点：理论上绝对公平所有客户端基于相同指令 + 相同逻辑独立计算，无 “服务器偏向”，适合竞技类游戏（如格斗、RTS）。❌ 缺点：依赖指令同步完整性，若指令丢包 / 延迟，可能导致局部客户端计算偏差（需重传修复）。 | ✅ 优点：服务器权威保障公平核心逻辑（如伤害、胜负）由服务器统一计算，客户端仅接收结果，避免客户端篡改影响公平。❌ 缺点：延迟补偿可能导致细微 “视觉偏差”（如客户端预测未命中，服务器校正后回滚）。 |
| 2. 带宽消耗 | ✅ 优点：带宽压力极低仅传输用户指令（如 “移动方向”“技能按键”），指令数据量极小（单帧通常 < 10 字节），适合带宽有限场景。❌ 缺点：指令频率高时（如 60 帧 / 秒），累计带宽仍会增长（但远低于状态同步）。 | ✅ 优点：可通过优化降低消耗支持 “差分同步”（仅传变化的状态，如 “血量从 100→80”）、“区域同步（AOI）”（仅传玩家可见状态）。❌ 缺点：基础带宽高需传输完整状态数据（如角色位置、血量、道具列表、建筑状态），物体数量越多（如 SLG 攻城），带宽消耗越大。 |
| 3. 延迟敏感性 | ✅ 优点：无预测回滚的 “即时感”指令同步后客户端立即计算并渲染，无状态同步的 “校正延迟”，适合强调 “操作反馈” 的游戏（如格斗、音游）。❌ 缺点：锁步机制导致 “全局卡顿”采用 “锁步（Lockstep）” 机制，需等待所有客户端指令到齐才推进帧逻辑；若某客户端延迟高 / 网络抖动，会导致全体玩家卡顿。 | ✅ 优点：延迟不影响全局服务器独立推进逻辑，客户端可通过 “本地预测” 提前渲染（如玩家点击移动，客户端先显示移动，再等服务器确认）；单个客户端延迟仅影响自身（校正时轻微回滚），不拖累他人。❌ 缺点：预测回滚可能引发 “视觉卡顿”若预测与服务器结果偏差大（如高延迟下玩家穿墙），需回滚并重新渲染，可能出现 “瞬移”“穿模”。 |
| 4. 开发难度 | ✅ 优点：客户端逻辑复用性高无需单独开发服务器逻辑（核心逻辑客户端 / 服务器一致），跨平台适配时逻辑层无需修改。❌ 缺点：强依赖 “逻辑确定性”需严格保证所有客户端逻辑一致（如浮点运算精度、随机数种子、定时器触发时机），否则会出现 “状态分歧”（A 客户端显示胜利，B 客户端显示失败）；调试分歧问题难度极高。 | ✅ 优点：逻辑确定性要求低核心逻辑仅在服务器实现，客户端无需关注计算一致性，仅负责 “渲染 + 预测”；调试时只需定位服务器逻辑，成本低。❌ 缺点：需处理 “预测与回滚”为避免画面卡顿，需设计插值（平滑状态过渡）、预测（提前模拟服务器逻辑）、回滚（预测错误时修正）机制，开发复杂度集中在 “客户端体验优化”。 |
| 5. 防作弊能力 | ✅ 优点：无（防作弊成本极高）核心逻辑在客户端执行，易被逆向篡改（如修改 “伤害系数”“指令优先级”）。❌ 缺点：防作弊依赖额外机制需添加 “哈希校验”（客户端每帧计算状态哈希并上报服务器验证）、“关键帧重算”（服务器随机重算客户端帧逻辑），但仍无法完全杜绝作弊（如篡改哈希值）。 | ✅ 优点：防作弊能力强核心逻辑（如伤害、资源增减）在服务器封闭执行，客户端仅接收最终结果，篡改客户端数据（如本地修血量）无意义（服务器不认可）；仅需监控 “异常指令”（如每秒发送 100 次技能指令），防作弊成本低。❌ 缺点：无法完全杜绝 “视觉作弊”客户端仍可篡改渲染层（如 “透视挂” 显示隐藏单位），需通过 “服务器验证视野”（如 AOI 外单位不发送状态）补充防护。 |
| 6. 扩展性 | ✅ 优点：轻量场景适配快适合玩家数量少、逻辑简单的场景（如 2v2 格斗、4 人 RTS），无需复杂服务器架构。❌ 缺点：大规模场景扩展性差玩家数量增加（如 100 人同场）时，指令传输量翻倍，锁步等待时间延长，易出现 “帧冻结”；无法通过 “服务器分片” 优化（需全局指令同步）。 | ✅ 优点：支持大规模 / 复杂场景可通过 “服务器分片”（如按地图分区）、“AOI 区域过滤”（仅传玩家可见状态）降低单服务器负载，适合万人同服 SLG、开放世界 MMO；跨平台适配简单（客户端仅需解析状态数据）。❌ 缺点：服务器成本高需部署高性能服务器承载逻辑计算，且状态同步对服务器带宽 / 算力要求随玩家数量增长而提升，需动态扩容（如云服务器）。 |
| 7. 容错性（丢包） | ✅ 优点：无（丢包影响大）指令丢包会导致客户端计算缺失，需重传丢失的指令才能恢复同步，否则会出现 “状态分歧”（无法补救）。❌ 缺点：对丢包率敏感丢包率 > 5% 时，同步稳定性急剧下降，需依赖 UDP 可靠传输（如 QUIC 协议）补充。 | ✅ 优点：丢包容错性强状态丢包时，服务器可重传 “最新完整状态”，客户端接收后直接覆盖旧状态，无需追溯历史数据；即使丢包率 10%，仅影响局部画面流畅度（如短暂卡顿后恢复）。❌ 缺点：重传可能增加延迟大体积状态包重传时，会短暂提升延迟（需通过 “增量重传” 优化）。 |
状态同步与帧同步
