我与Bug的爱恨情仇

我曾经解决的那些有意思的Bug

1 MFC客户端程序，界面复杂，出错现状：点击某个按钮弹出一个错误提示对话框。

如何解决？我打算从按钮执行的位置开始一路打印日志，最终肯定会出现某个时刻，在某个函数内日志只打印了一部分，那么未打印的部分和最后一条日志之间的地方就是出Bug的地方。果然，DoDataExchange中某个绑定变量出了问题。

2 MFC客户端服务端程序，两千个用户规模，点击某个选择界面迟迟弹不出来，10分钟没响应，最后被我改成不到两秒钟就出结果。

如何解决？我跟了代码，先制造小规模用户，在执行的入口打日志，先打粗粒度日志，看看哪个部分耗时较长，继续细分打日志，最后定位到问题原因：1 有几个接口传递的是std::list的值传递，而不是引用传递；2 这个list每次要重新计算（而且还要查数据库来计算）而不是利用上次的结果； 2 循环内部调用此接口，从而产生多重循环；3 接口有大量对list的增删查找操作（O(N)时间复杂度）。以上几个交织在一起， 你可以想象有多慢了。

那这就简单了： 1 接口使用引用传递；2 接口提供单例每次访问无需再次查数据库，同时避免了多重循环； 3 内部使用set来支持快速查找以及删除

这个问题我获得了1000块的现金奖金，虽然少的可怜。

Bug产生的原因是什么

1 上层保证有效性，底层保证效率。

2 上层保证有效性常见的保证不了是因为有多个入口，而你只保证了当前的这一个，其他入口没有去考虑。

应对方法：不要急着提交代码沾沾自喜自己解决了一个问题，而是要冷静下来思考是不是还有类似入口存在，这时候不去考虑将来Bug就会来到你身上。2018-10-11