先确定两个东西：程序预期的结果、程序现在的不符合预期的结果；
寻找与两种结果相关的代码片段；
阅读这些代码片段，尝试以“肉眼”找出错误；
找不出，则需要输出一些关键变量，通过检查它们的值是否正确来判断是哪里发生了错误；
若干次尝试，最终你可以确定错误发生在哪个点。
你也可以借助Xdebug等工具，查看变量值的变化，或者设置断点进行调试。
2、记录运行日志
有些复杂或特殊的业务，用上面的方法不合适，比如：一个不能被打断的后台运行脚本。这些情况下记录运行日志比较合适。
记日志的点要有所选择，除了业务上比较重要的点，通常容易出错的地方有：网络连接和通信、系统权限问题等。
3、单元测试
以代码测试代码，而不是像第一点一样调试完会把测试代码丢掉。以测试驱动开发。
这个话题比较大，但适合放这里提一下。有兴趣的同学可以去了解。
四、调试非功能性的错误
非功能性错误，比如：内存溢出导致程序挂掉了、效率有问题导致程序非常慢、死循环了等等。
这些问题，用“肉眼”检查代码效率太低了。
所以可以借助调试工具做程序的概要分析（Profiling），从中检查出程序的瓶颈所在。
您可能感兴趣的文章: