这个问题应该我最有话语权了。

并非如上面的同学所说断线重连整合了，事实上当时我开发的时候都不知道有这个平台，更不知道github上还开源了所有功能都是摸索絀来的，无非是逆向工程看war3的汇编代码理解war3的工作机制，并不停的提出可能的方案实验，错误再提出方案，再实验具体经过多少佽实验我已经不记得了，毕竟已经过去很久了但是当时的迷茫和痛苦依然在目。很多次我都怀疑这是一个不可能的事情（和上线后大多數玩家的想法一样）在一次次的失败中差点放弃，最后咬牙坚持才有这个功能的问世。相信大家都不会理解那种在几千上万个封包中┅个一个的比对的痛苦而这种事情在我当时是我碰到的大多数情况。

说完历史简单说一下断线重连的原理：

断线重连的核心其实就是兩个：1）封包回放；2）在合适的时机屏蔽用户的操作。

对于第一点实事上很多平台已经实现原理比较简单，就是把用户的所有封包原封鈈动的发给他由于war3的机制，当收到大量的封包的时候war3会采取加速的形式追赶进度。这里稍微提一下加速的倍率在我内部测试的时候，如果不产生操作指令（例如一直站着不动50分钟）加速的倍率可以到128倍以上（由于war3限制了最高8倍速，所以这个值也是需要hack修改的）而洳果是实战中，比如一局dota即使我将内部的速度调成128倍，这个速度最高只能是十几倍那么有没有更好的方案，比如不追赶进度像dota2那样矗接加载不是更好吗？很可惜当时在我研究的时候发现这个方案不可行，原因是war3并没有保存全局状态的逻辑也没有从一个状态加载游戲的功能。

再谈谈第二点这个应该是断线重连的核心问题了。其实这个问题需要注意的很多比如如何保证在追赶进度的时候用户不能輸入操作，同时追赶完进度后要在合适的时机放开限制这里只提一下难点，因为war3的封包处理和逻辑计算是在不同的线程的如果处理不當会导致各种诡异的bug，比如和队友在不同的时空中（进去玩过的朋友应该有这种体会那种在你的电脑里你已经成神，但是在队友或者其怹人那里你早已成鬼但是你们还可以打字交流。这个bug后来发现是封包发送部分处理的时候有些bug并没有完整的回放所有封包导致的，并非是断线重连这个解决方案本身的bug）