更多參考down：
https://www.linuxprobe.com/effective-debugging.html
https://www.aibooks.cc/books/7631.html
https://www.javaweb.shop/article/1361.html
https://www.xz577.com/e/352.html
前 言
我們在開發軟件或對運行軟件的系統進行管理的時候，經常會遇到故障。有些故障是因代碼問題而引發的編譯錯誤，這種故障可以在短時間內修復；還有一些故障則會使大型系統停機，這將給公司帶來每小時數百萬的損失（具體貨幣單位依情況而定）。要想成爲一名優秀的專業人士，你就必須在發生故障時迅速找出背後的原因並加以修復。這正是調試的意義所在，也是本書所要談論的主題。
本書是寫給有一定經驗的開發者看的，而不是一本介紹性質的讀物。它假設讀者能夠理解用各種編程語言所寫成的代碼片段，並且會使用高級的GUI編程工具以及基於命令行的編程工具。另一方面，我會在書中詳細描述調試技巧，因爲我發現：即便是對某些開發方法很有經驗的編程專家，也依然需要一些手把手的指導，才能夠掌握其他的開發方法。此外，如果你已經花了至少幾個月時間來調試一些頗具規模的軟件，那麼應該會更容易理解書中某些高級技巧所適用的場合。
目 錄
第1章 宏觀策略
第1條：通過事務追蹤系統處理所有的問題
第2條：在網上確切地查詢你所遇到的問題，以尋求解決問題的靈感
第3條：確保前置條件與後置條件都能夠得到滿足
第4條：從具體問題入手向上追查bug，或從高層程序入手向下追查bug
第5條：在能夠正常運作的系統與發生故障的系統之間尋找差別
第6條：使用軟件自身的調試機制
第7條：試着用多種工具構建軟件，並將其放在不同的環境下執行
第8條：把工作焦點放在最爲重要的問題上
第2章 通用的方法與做法
第9條：相信自己能夠把問題調試好
第10條：高效地重現程序中的問題
第11條：修改完代碼之後，要能夠儘快看到結果
第12條：將複雜的測試場景自動化
第13條：使自己儘可能多地觀察到與調試有關的數據
第14條：考慮對軟件進行更新
第15條：查看第三方組件的源代碼，以瞭解其用法
第16條：使用專門的監測及測試設備
第17條：使故障更加突出
第18條：從自己的桌面計算機上調試那些不太好用的系統
第19條：使調試任務自動化
第20條：開始調試之前與調試完畢之後都要把程序清理乾淨
第21條：把屬於同一個類型的所有問題全都修復好
第3章 通用的工具與技術
第22條：用Unix命令行工具對調試數據進行分析
第23條：掌握命令行工具的各種選項及習慣用法
第24條：用編輯器對調試程序時所需的數據進行瀏覽
第25條：優化工作環境
第26條：用版本控制系統尋找bug發生的原因及經過
第27條：用工具監測由多個獨立程序所構成的系統
第4章 調試器的使用技巧
第28條：編譯代碼時把符號信息包含進來，以便於調試
第29條：對代碼進行單步調試
第30條：設置代碼斷點和數據斷點
第31條：瞭解反向調試功能
第32條：查看例程之間的相互調用情況
第33條：查看變量及表達式的值，以尋找程序中的錯誤
第34條：瞭解怎樣把調試器連接到正在運行的進程上
第35條：瞭解怎樣運用核心轉儲信息來進行調試
第36條：把調試工具設置好
第37條：學會查看彙編代碼及原始內存