游戏后台状态同步与帧同步

最新推荐文章于 2024-07-17 13:59:29 发布

jiange_zh

最新推荐文章于 2024-07-17 13:59:29 发布

阅读量9.1k

点赞数 3

分类专栏：后台开发服务器文章标签：游戏服务器帧同步状态同步

本文链接：https://blog.csdn.net/jiange_zh/article/details/78509457

版权

本文探讨了游戏后台中的状态同步和帧同步技术。状态同步适用于回合制游戏，通过服务器计算并广播游戏状态，客户端进行局部运算。而帧同步常用于RTS游戏，仅同步操作而非状态，确保所有玩家操作一致。文章详细讲解了帧率、Lockstep帧同步、乐观锁和断线重连策略，并介绍了王者荣耀的网络同步方案，强调帧同步对网络延迟的敏感性以及确保逻辑一致性的技术挑战。

摘要由CSDN通过智能技术生成

最近开始学习一下游戏后台的一些知识，一直很好奇多个玩家之间的数据是如何同步的，查了一下，目前使用的比较多的是状态同步和帧同步。

状态同步

同步的是游戏中的各种状态。

一般的流程是客户端上传操作到服务器，服务器收到后计算游戏行为的结果，即技能逻辑，战斗计算都由服务器运算，然后以广播的方式下发游戏中各种状态，客户端收到状态后，更新自己本地的动作状态、Buff状态，位置等就可以了，但是为了给玩家好的体验，减少同步的数据量，客户端也会做很多的本地运算，减少服务器同步的频率以及数据量，该方式多用于回合制的游戏。

状态同步其实是一种不严谨的同步。它的思想中，不同玩家屏幕上的表现的一致性并不是重要指标，只要每次操作的结果相同即可。所以状态同步对网络延迟的要求并不高。像玩RPG游戏，200-300ms的延迟也可以接受。但是在RTS游戏中，50ms的延迟却会很受伤。

举个移动的例子，在状态同步中，客户端甲上操作要求从A点移动到B点，但在客户端乙上，甲对象从A移动到C，然后从C点移动到了B。这是因为，客户端乙收到A的移动状态时，已经经过了一个延迟。这个过程中，需要客户端乙本地做一些平滑的处理，最终达到移动到B点的结果。（可通过增加动作前后摇来减少延迟——多播一点动画，给服务器多争取一些时间！）