MOBA作为竞技类的游戏，游戏中实时高精度同步，或者又说延迟容错率的要求还算是比较高的一种。
如何做到这种同步机制呢？
常用的同步机制有两种类型：帧同步 / 指令同步
何谓帧同步？
保证双方客户端逻辑运算结果高度一致的情况下，服务器只做消息转发的方式来驱动游戏的一种模式。
即：服务器没有具体逻辑 只做帧数据的下发 / 保存 / 检测。
客户端持有游戏的所有战斗逻辑 / 战斗数据。根据每个客户端的逻辑结果相同的机制来保证游戏内容的一致性。
何为指令同步？
是一种以服务器逻辑为标准来驱动游戏的一种模式。大多数时候客户端只做表现 / 和发送用户指令。
即：服务端持有游戏所有逻辑，对游戏拥有绝对的权力。
客户端主要接收用户的指令 提交到服务器，收到服务器处理结果进行表现。
这两种模式的一些比较？
帧同步：
1.对开发的要求非常高，且测试过程非常艰难。
2.而且对网络的消耗也要求比较高。并且对断线重连的支持非常不友好，也不支持中途加入游戏操作。
3.帧同步确实能保证游戏的高度一致性。
4.在架构完善后 对开发者很友好。
5.服务端不用处理游戏的具体逻辑。
指令同步：
1.对开发的要求不高，测试过程也比较友好。
2.对网络的消耗也可以做到最低，把控性也高，可以给玩家做延迟补偿等，对断线重连 / 中途加入也有非常好的支持。
3.游戏的一致性支持也很好。只是比起帧同步要处理的细节更多。
4.从开发的线条来说，刚开始要做结构，后面就是要完成具体逻辑，双向开发，比起帧同步成本还是比较高的。
5.服务端客户端都需要一套游戏的具体逻辑进行双向校验。
最近在做一个moba类的项目。主要负责战斗服务器这块，因为之前做过一段时间的 IO 游戏，最早也做过 RPG 游戏，对同步这块一直也没总结过，所以特开此页进行总结。
本次用到的一些技术体系和点具体内容：
1.【语言选择】语言选择决定了开发的效率，后期维护的成本。选择一门适合当前这种应用的语言应该是开发的第一步了。本次开发我们选择了 Golang。因为 Golang 的支持库很完善，语法简洁，对并发的支持性好。开发效率可以说非常高了。
2.【 UDP + KCP 】通讯方式的转变，最早的时候做这种同步的 RPG 基本也就是 TCP 协议了。在最近做 IO 的时候，领导提出了一种更好的方式 UDP + KCP 并且针对于 TCP 进行了测试，实际得到的性能和传输效率确实比 TCP 要高出很多，唯有一点就是会增加网络传输的数据量。事实证明这是一种拿数据流量换性能的模式，但在当下的网络环境里几乎可以忽略不计。
3.【指令同步 + 逻辑帧】指令同步中使用逻辑帧的模式，之所以帧同步能保证游戏的高度一致，是因为它确定了消息的发送开始位置，也保证了玩家执行消息的顺序以及逻辑结果的一致性。而这里的逻辑帧概念也相差不大，服务器缓存一个逻辑时间的指令消息，也就是一次性处理一个逻辑帧的指令消息，然后下发所有结果。这样能保证客户端在基于逻辑帧消息上的执行结果相同，也提高了一致性，在忽略延迟偏差的情况下 它们的执行结果也应该是相同的。
4.【 TCP + UDP 】连接模式组合，因为使用了 UDP + KCP 来提升网络中的传输效率，以保证客户端在相差不大的时间戳里接收到消息。但 UDP 是一种无连接协议，它以报文的方式进行传输，并且存在丢包的几率。所以考虑到以上 加入 TCP 连接来做 PING / PONG 这种校验连接正确性的操作，同时也用在一些不频繁的消息上，以减轻数据传输量以及丢包的几率。
暂时记录了这些 比较细的东西我之后会挑选一些接触到的来记录，然后形成一个服务器开发的类别吧。