开场凌晨两点，测试服开黑，你刚放完大招定住对面五人，正准备收割——画面突然卡住，0.5 秒后队友全部灰屏复活，屏幕上弹出 "连接断开"。你排查半天网络，发现自己 ping 只有 30ms，但团战就是打不出来。这就是帧同步最经典的痛点：不是你卡，是某个队友的输入没到齐，整个队伍被 "锁" 住了。如果做的是 MOBA、RTS、格斗或者自走棋，多半踩过这个坑。这篇文章从原理到代码，把三个问题讲透：帧同步到底同步了什么、为什么 "一人卡全队卡" 是这个模型的必然结果、以及工程上怎么把确定性这个命门守住。一、帧同步核心概念：同步输入，各自计算1.1 和状态同步的本质区别帧同步（Lockstep）的核心思路只有一句话：只同步玩家的操作输入，不同步游戏状态。每个客户端拿到同一份输入序列后，用同一套确定性逻辑代码独立推演，最终得到完全一致的游戏世界。和状态同步对比一下，两者的本质差异在 "谁是权威"：状态同步：服务器跑权威逻辑，客户端只是 "显示器"。服务器把 "位置、HP、Buff 状态" 打包下发，带宽随战场实体数量线性甚至超线性增长。帧同步：服务器只是个 "邮差"，只负责收集并转发输入，权威在 "同一份输入 + 同一份确定性逻辑" 这个数学约定上。带宽只随玩家数增长，与实体数量无关。帧同步还白送两个副产品：回放和观战几乎零成本——存下每帧输入序列，任何人都能离线精确重放整场对局，这也是 MOBA 回放文件只有