不得不遍历各种拆分方案，寻找综合最优的那种方案……
这是个挺复杂的程序。
实际上它超出了tcl的能力范围——它的确能工作，而且没有出错时消耗很小；但一旦出错，它需要一分多钟才能恢复。
总之，叶新晨还是把这个程序写出来了，而且的确能自动识别并纠正这种问题；但性能消耗太严重，不是可用于生产的正常解决方案。
想到这里，叶新晨还是决定帮他们重写底层通讯模块，修改通讯约定。
虽然这的确会引起底层代码的大量更改，但毕竟范围还算可控，而且不需要付出恐怖的性能代价。
就以上种种这一次是真的占用了叶新晨挺长时间，一个星期还没有完成。
因为发布悬赏的这个小公司也是意识到了叶子是个大神级别的人物，所以原本他们的悬赏价格只是两万，后来发现了那个积年老bug又提升到了三万，到现在悬赏价格已经提升到了八万，就是想让叶新晨也一起寻找bug根新底层模块的需求分析和代码编写。
看在悬赏这么高的份上，叶新晨也是其中帮他们设计了一下新通讯模块。
也因此，就因为这个悬赏，直接干了叶新晨整整七天，好在悬赏已经结算了，不然的话叶新晨都觉得是不是太累了点，当然还有一些方向上的代码编写，叶新晨为了职业道德还是需要给他们写一点的。