调试能否成功一方面在于方法，另外很大程度上取决于个人的经验。但在调试时，通常应该遵循一些原则。 1、确定错误的性质和位置的原则 分析、思考与错误征兆有关的信息，避开死胡同。调试工具只是一种辅助手段。利用调试工具可以帮助思考，但不能代替思考。通常避免使用试探法，最多只能将它当作最后手段，毕竟小概率事件有时也会发生。 2、修改错误的原则 在出现错误的地方，很可能还有别的错误。修改错误的一个常见失误是只修改了这个错误的征兆或这个错误的表现，而没有修改错误本身。小心修正一个错误的同时又引入新的错误。 有效减少调试时间 1、绘制程序流程图 一些程序员认为，绘制程序流程图是件琐碎的事，而且浪费时间。其实不然，当其他人对着诺大的程序一筹莫展时，面对纷纭复杂的关系理不出头绪时，使用程序流程图绝对可以事半功倍。因此，建议在编写程序前先绘制程序流程图，这样变成的思路有条理，调试时同样会有条不紊。若编写程序之前没有绘制流程图，当排错没有进展时，可以马上编写流程图。你会发现，程序中某些分支或细节被忽略了，这些细节可能就是程序出错的地方。 2、不要过多依赖单步调试 尤其在调试串口程序或调试一些对时间要求比较高的程序时，数据只在一瞬间有效，可谓稍纵即逝。所以等到单步执行到那里时，数据早已更改了，当然调试也就不会得到什么有意义的结果了。 3、变量的定义 变量名一定要有意义，而且同一个程序中，同一个变量名只让它做一件事。不要为了节省空间，一“物”多用。现在的计算机内存足够大，多几个变量不会对程序的性能有本质的影响。 4、程序的结构 合理地设计程序结构。在面向对象的程序设计中，将相关的功能做成一个成员函数，尽量降低各成员函数间的耦合性。其实，在过程化程序设计中，就是代码模块化的表现。 5、修改代码的原则 在程序彻底正常运行前，决不要轻易删除一段代码，即使当时认为这段代码肯定时错的。现在的集成开发环境都提供了注释工具，将暂时认为错误的代码注释掉要优于直接删除。若同一段代码修改多次，还应该在代码后面注明修改的时间及修改的原因，这些信息在后续的调试中会给你带来帮助。 6、检查循环语句 循环语句经常是造成程序没有任何响应的罪魁祸首。详细检查程序中使用的每一个循环语句，尤其是while（）循环语句。 7、与外部设备打交道 程序中，当操作文件、打开串口时，一定要编写出错的代码。因为这些硬件设备随时、随机都有可能不满足编写程序时的条件。 8、数组下标和循环的上下限 为简化程序的编写，对于大量的、有规律的数据处理，通常都会选择采用数组和循环来实现。那么，要小心了，设置的数组下标是否满足实际数据需要，循环的上下限是否漏掉了数据的两个端点值。 9、屏蔽无关的代码 当调试某个功能的代码时，为缩小查找范围，可以注释掉与其无关的其他代码，或者注释掉该段代码的某个分支，这样会加快找到问题的根源。 绘制程序流程图、变量的定义并且加相应的代码注释，这是一个很好的习惯。起初，开始写些程序时，变量名随便使用，并没有做相应的注释，在其他同事查看代码时，不厌其烦的来问我，这些代码是实现什么功能，那些代码又是起着什么作用，而因为当时没有做相应的注释，加上时间过了很长后，自己看起来也费劲。所以养成好的编程习惯，这样方便自己后来再次阅读时候，快速读懂，也方便他人迅速读懂程序。