“好，等我两分钟，我把另一个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-312019-10-31这样，其中某些行组之间存在2、300毫秒的跳跃。

　　叶新晨按时间连续性把数据分割，发现它的输出是每几条到十几条为一

　　请收藏：https://m.tp18.cc

（温馨提示：请关闭畅读或阅读模式，否则内容无法正常显示）