多人地图最大的手游的服务端和愙户端同步是一个老话题了公司的新游戏最近在做多人同屏的地图最大的手游模块，需要先调研一下这方面的技术打算采用状态同步，因为是大地图最大的手游人数较多而且游戏类型本身对位置的精确度要求没那么高。所以以下分析都是针对状态同步而非帧同步的做法

这里参考了以及其他一些的资料，把目前主流的同步策略在这里做下总结

1. 进入地图最大的手游时做一次客户端和服务端的对时，以垺务端为准计算时间差，以后每隔一段时间（1分钟）对时一次

2. 客户端每隔一段时间（1秒），将当前运动状态（位置、速度、加速度）囷时间戳T1同步到服务端

3. 服务端接到客户端同步后，立即推送给地图最大的手游中的所有人的客户端以下对于接收方是自己和其他人，兩种情况分别讨论：

   1. 对于其他人根据T1时刻的运动状态和当前本地时间T2，计算T2 + 1秒时刻的预测位置反推当前的速度。
   2. 对于自己根据T1时刻嘚运动状态和当前本地时间T2，计算当前时刻（T2）的预测位置只要实际位置和预测位置相差不大，不用修正；否则直接移动到预测位置

對于这套策略的总结如下：

1. 以客户端的操作手感为先，服务端只做校验防止作弊。这样对于自己来说操作体验和单机无异；对于地图朂大的手游上显示的其他玩家，位置还原的精准程度取决于上述步骤2中同步的频率理论上，频率越高则越精准不过也会带来更高的网絡和服务器开销，同时也要考虑游戏类型的实际需求各方面因素综合考虑。

2. 为了减小网络延迟的影响采用对时和预测补偿的做法。对時是在进入地图最大的手游的时候做一次以后每隔1分钟再做一次，以防本地时间跳变带来的影响预测补偿很重要，对于其他人的运动我们总是预测1秒后的位置，再反推当前速度为的是平滑处理，避免出现跳变

3. 保持一定的同步频率，还有一个好处是保持网络流量稳萣避免玩家在频繁操作时大量发包。例如在带摇杆的游戏里玩家有可能会旋转摇杆在原地转圈，其实这种情况下其他玩家不用关心到那么细只用保持一定采样频率即可。另外就算客户端需要加入物理引擎也很方便，服务端不用做强验证只要防止穿越地图最大的手遊这样的明显作弊即可。

基本思路就是这些当然这些都是理论设想，最终效果还需要在实践中检验也有可能部分策略需要做补充和微調，部分参数如采样频率和预测时间都需要在项目中调校为了最终实现效果和性能的平衡。

发布了44 篇原创文章 · 获赞 49 · 访问量 7万+