bug回顾

1 TCP烧写服务器端bug

感悟：数据流应从源头开始查，查看过程中是否已经断了。

2 sdk重连次数过多的bug

感悟：《1首先要了解软件逻辑流程， 《2在关键分支打日志（在重连次数改变很时候）。  《3 ？？是否有方法跟踪／记录代码逻辑走向？即控制流？

《4 从sdk日志   设备端日志  wireshark网络抓包，三个日志查看出现问题时的交互状态

3 ITTS 增加流量检测兼容

感悟：《1 数据流，从源头开始查流向。 《2 最小功能集开始调试  《3 sdk测试工具调试通过之后，再移植到web等业务上位机开始调试

4 升级工具假死

感悟：

《1 先建立理论模型，后建立问题模型     

《2理论模型，即mfc以消息分发机制为主，界面UI卡死，则代表在UI线程有耗时操作

《3 问题模型。卡死原因（（1）死锁  （2）无限循环   （3）无限递归  （4） 其他？？不明原因   ） 

 《4 快速定位，返回上次修改的代码，看是否一样出现问题，若不出现，就是本次的修改造成的bug

5 升级工具，获取模式失败

感悟： ？？？

原因：在发送一次获取模式命令之后，就不再发送获取模式了。

6 升级服务器卡死

感悟：？？？

原因：访问数据库时，多重加锁

7 dll +  wpf浏览器应用程序中的程序崩溃

感悟：是否可以建立代码联合调试环境，可以建立就可以定位崩溃点。即cpp 和 c＃的混合代码联合调试。

8 wpf程序，多次点击查看历史录像是，程序崩溃

感悟：检查程序逻辑是否按照先停止再开始的基本流程走，

9 升级sdk崩溃

感悟：是否增加dmp异常文件生成，并且把dll  pdb提交代码管理

10 C＃异常

感悟：是否try catch，并把ex.tostring()打印到日志。这样能追溯到异常行和异常原因。

11