计划赶不上变化，前天与Unity小伙伴发过邮件，今天就有机会来做专题分享了。思来想去想去也没想到什么好主题，那就将之前发的一些文章整理下做一个专题。
在网游的移动同步中，我们需要思考同步的频率，是固定周期好还是根据条件判定好? 如果只是开发一个demo这当然是固定频率去同步比较简单。
假设我们现在就在开发一款MMO，我们先列一下几种位置同步的【条件】：
在固定的周期内（如15hz）会检测两个条件是否超出一定的阈值，如果超过定量则在该周期内同步一次。
1 预测玩家当前位置 = 上个包的位置 + (服务器当前时间 - 上个包的时间) * 上个包的移速 * 上个包移动朝向
如果是这种做法，当前移动速度为6m/s :
1 2 3 4 客户端刷新周期250ms，延迟为200ms，服务器得到当位置的最大误差为： (0.25s + 0.2s) * 6m = 2.7m 每秒4个包 客户端刷新周期100ms，延迟为200ms，服务器得到当位置的最大误差为： (0.1s + 0.2s) * 6m = 1.8m 每秒10个包 客户端刷新周期50ms，延迟为200ms，服务器得到当位置的最大误差为： (0.05s + 0.2s) * 6m = 1.5m 每秒20个包 ...
以此类推，稍微优化一下也用不了那么多包，如果【条件】没有变更的话是不需要持续在周期内同步。
在此基础上可以知道延迟固定的最大误差为 0.2s * 6m = 1.2m ，那么现在基于此应该去尽量少的发送数据包，也尽量少降低误差。
此时增加【条件】的冗余可以减少当前发包的数量，如 增加 角度/距离 变更的判定范围。
前面有说到服务器预测当前物体，在计算帧的坐标是基于 运动朝向 + 物体坐标
那么在我们的检测代码中可以做两次计算，在客户端先预测服务器使用的当前物体预测位置。
1 2 客户端代码： 服务器的预测点 = 上次同步给服务器的坐标 + 运动方向 * 同步结束后累计的时间（当前时间 - 上次发包时间）
然后计算当前物体实际距离与 预测服务器得到的当前物体位置 之间的距离大于一定的值，如同步的精度为0.2m那就是
1 需要需要同步 = Vector3.Distance(服务器的预测点,当前的实时位置) > 0.2m
如果当前位置与服务器预测的位置误差控制在一定的范围内则不需要同步，否则的话就立即同步一次。
上面的做法，好处是误差可以控制在一定的范围内并且尽量的少发送同步包；比如误差控制在0.2m范围，如果发送的包超量再适当的增加此范围。
这里讲一下我的思路，收到服务器同步包的时候，用包里的位置与现在的实时位置做一个向量的减法，这样就能得到一个误差值。
言归正传，下面用代码做个演示。玩家每次收到的Pack结构如下：
1 2 3 4 5 6 public class PlayerStatePack { public float speed; public Vector3 position; public int angle_deg; }
下面是模拟服务端延迟的实现，fluctuation用来模拟网络抖动：
currentTime = Time.time + Ping / 1000f * 2 + Random.Range(-fluctuation * 2/1000f , fluctuation * 2/1000f );
1 2 3 4 5 6 7 8 9 10 11 12 13 14 void Update (){ for (int i = 0 ; i < packLst.Count; i++) { if (packLst[i].BeSend) continue ; if (packLst[i].currentTime <= Time.time) { packLst[i].BeSend = true ; ReceivePack?.Invoke(packLst[i]); } } }
客户端接收消息实现如下：通过ReceivePack函数订阅模拟服务器下发的Pack, 在该函数内做一个向量的减法，获取当前客户端所处与服务器同步过来的位置之间的误差，
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 public void OnMove (float passTime,float step,Vector3 pos,float angle{ ... } private void ReceivePack (PlayerStatePack item ){ Debug.Log("其他玩家收到同步包" ); modifyOffset = item.position - transform.position; localPositon = transform.position; localAnlge = transform.eulerAngles.y; ... } public float timeTakenDuringLerp = .2 f;private void Update (){ .... var passTime = Time.time - currentPack.CurrentTime; OnMove(passTime,step,pos,angle); ApplyPoint(passTime); } private void ApplyPoint (float passTime{ float percentageComplete = passTime / timeTakenDuringLerp; if (percentageComplete >= 1.0f ) { transform.position = RuntimePos + modifyOffset; return ; } var offset = Vector3.Lerp(Vector3.zero, modifyOffset,percentageComplete); transform.position = RuntimePos + offset; if (percentageComplete*2 >= 1.0f ) { return ; } var yoffset = Mathf.LerpAngle(localAnlge, currentPack.angle_deg,percentageComplete*2 ); transform.eulerAngles = new Vector3(transform.transform.eulerAngles.x,yoffset,transform.transform.eulerAngles.z); }
最终效果如下：
假设你已经做好的上述的全部工作，现在要追加一个新的功能，让玩家可以在移动的船上游戏，其他的玩家也在不同的船上。
刚开始我们可能会认为这个检出的过程应该这样：
这个判定的计算非常繁琐，还需要额外记录载具的角度变化，那么有什么办法不看载具信息吗 ？
我们再分析下这个需求，载具平台旋转，子物体跟转，相对静止。有句话是这样说的，当你不知道解题思路，你把题干抄下来，也是能得分的。 相对静止 。
1 bool isMove = Mathf.Abs( lastSyncRelPosition.magnitude - currentRelPosition.magnitude) > 0.01f
当然也可以优化成下面这样,不开方更省一些性能：
1 bool isMove = Mathf.Abs( lastSyncRelPosition.sqrMagnitude - currentRelPosition.sqrMagnitude) > 0.01f
本期的分享就到这里，朋友们欢迎评论区留言，我们下期再会。
