1. 同樣的錯誤沒必要重新測試，沒有深入理解root cause、分析思路的情況下，切記不要反復做同樣的測試，否則只會浪費時間；

2. 對於不熟悉、沒有把握的代碼，但又不能當做黑盒子的代碼，不宜直接用coredump/gdb進行調試，要做的是先保證代碼的原理和思路有個大致的理解才行。

3. 對於復雜的或者不懂的代碼，邊看邊寫疑惑、註釋；

4. 分層閱讀、抽象出單個功能，邊寫代碼邊調試代碼；

5. 以後碰到問題一兩天沒有進展的情況下，可以先退一步，站高一點，做一個頭腦風暴，看總共有哪些方法，可以優先嘗試哪些方法。

6. 以後調試，文檔等過程中的思考，盡量都放在工作日誌裏面。

7. 對於修改過的代碼，可以用原始的代碼驗證，也可以回退幾部，自己寫幾個簡單很多的類似的函數來加深理解；

本文出自 “存儲之廚” 博客，請務必保留此出處http://xiamachao.blog.51cto.com/10580956/1977024

代碼調試小結之一