书阅网

手机浏览器扫描二维码访问

第八十五章 公证下来（第1页）

“也好。

我把另一个BUG给留言一下。”

萧天看着张雪的模样，食指大动，眼神也是涣散，不过先把手上的事情解决一下。

毕竟意外的发现了另外一个BUG，萧天可不会错过这样的机会啊，不说其他什么，最起码悬赏再加钱肯定应该是毫无问题的。

天天：维护辅助库中发现了另外一个BUG，应该是一个积年老BUG，代码片段发送给你们了。

发完这句话，萧天才是用大拇指按了按自己的太阳穴，然后笑了笑看着张雪，“这么晚了……你说我们是不是……”

“嗯哼，你想做什么？”

张雪微笑着。

“你说呢？”

做了以后，萧天心情极好，自然是继续的想着刚刚的代码，他现在在刚刚舒服的过程中好像有了一点思路，但是得实践才知道。

而通过反复对比正常执行过程和出错误的执行过程，萧天发现出错时，程序多了一条report！

要知道网元返回的信息包括命令返回、alert、report。

alert出现就得记录并报错（除非本就预期有这么一条alert），而report一般可以无视，记录然后丢弃就是。

所以没人注意这一点。

而且萧天也知道，测试时网元负荷极低，而且先做过初始化。

因此每次执行应该都差不多，这里多个report，很可能就隐含着什么……

所以萧天也是开始仔细观察程序和网元的交互记录，发现那里的命令返回似乎有些不对。

命令返回有几百行，其中一列是时间，正常来说，时间应该是2019-10-3118:21:22、2019-10-3118:21:22、2019-10-3118:21:23、2019-10-3118:21:24……这样子一路排下来。

但那段数据，它的时间却是2019-10-3118:21:22、2019-10-3118:21:23、2019-10-3118:21:21、2019-10-3118:21:22、2019-10-3118:21:23……

也就是在秒这个级别存在乱序，更具体点实际上是在毫秒级别存在乱序跳跃，即时间格式为2019-10-3118:21:22.4562019-10-3118:21:22.567这样，其中某些行组之间存在2、300毫秒的跳跃。

萧天按时间连续性把数据分割，发现它的输出是每几条到十几条为一组，组内顺序正常，组间乱序跳跃；但把这些组挑选、拼接，可以得到两组数据，组内时间顺序良好、间隔均匀。

这说明，这些数据可能是两个命令的返回，不知怎么混到了一起。

就是因为这种混淆使得命令输出格式错乱，这才使得程序把命令返回识别成了report。

于是萧天又看了一下对方的测试笔记，果然，他们测线路备份切换之类功能，所以需要同时控制两个网元；命令在程序中是顺序下发的，间隔可能只有若干毫秒。

看到这里，萧天终于是心里有了底，开始观察程序所在目录，果然在里面找到个dat文件；用十六进制编辑器打开，里面果然是网上传来的原始报文信息，二进制格式。