windows程式除錯

第一章除錯的過程

    成功而高效的除錯的關鍵是找到準確的錯誤資訊

    一旦找到一個錯誤，就可能找到更多。類似的程式碼可能還有類似的錯誤

    從錯誤中學習如何預防將來會產生的錯誤

    對於新程式碼，根本不需要執行測試來判斷它是否有錯誤

第二章編寫便於除錯的C++程式碼

C++語言和程式設計風格

    在需要的時候使用語言的高階特性

    要寫出能被“人”理解的程式碼，不僅是編譯器

```
    慎用匈牙利命名法
```

    每一個語句行都應該作為一個單獨的原子單位，這樣可以充分利用除錯工具

    如果你不能確定是否需要括號，那麼就需要括號

    使用C++自身特性防止錯誤的方法：

用const代替#define來建立常量；

用enum代替#define來建立常量集合；

用inline函式代替#define巨集；

用new和delete代替malloc和free；

用I/O Streams代替Standard I/O。

    在標頭檔案重宣告所有的共享外部符號，並且保留函式原形中的引數名以便於理解

    經常建立Release版本來幫助檢查未初始化的變數，因為變數的使用是由優化器來檢查的

    用Limits.h中的最大/小值作為整型資料型別的大小限制，浮點型別的最大/小值定義在Float.h中

在VC++中預設情況下字元型別是有符號的[-128 ~ 127]

不在迫不得已的情況下，不要使用強制型別轉換

dynamic_cast：用於多型型別的轉換（必需開啟編譯器的RTTI）

static_cast：用於非多型型別的轉換

const_cast：用於去除const、volatile和__unaligned(x64)屬性

reinterpret_cast：用於轉換不相容的資料型別，如指標和非指標

在程式中仔細地使用const能夠在編譯的時候發現更多的錯誤

不要再程式完成後再來新增const，要一開始就正確且嚴格地使用const

如果每次迴圈都需要增加/減小迴圈變數，就是用for而不是while

處理可能出錯的建構函式的方法：

一、在建構函式中進行不會出錯的基本初始化，在另一個函式（Init）中執行可能出錯的初始化操作。

二、使用異常機制捕捉初始化過程中的異常，然後釋放已經初始化的資源（也可以使用auto_ptr智慧指標）並丟擲異常

如果在處理異常的時候呼叫了某個解構函式，並且該解構函式產生了未處理的異常，則程式將被終止。因為在棧展開的過程中丟擲的異常會終止整個程式

由於No.16所述原因，所以解構函式中的異常一定要在解構函式中得到處理

如果一個類需要解構函式來釋放建構函式分配的資源，那麼要麼提供拷貝建構函式和賦值運算子，要麼使用private避免它們被自動新增

“大三法則”：如果一個類需要一個解構函式，或者一個拷貝建構函式，或者一個複製運算子，那麼它就三個都需要

Visual C++編譯器

```
    總是使用/W4警告級別
```

    在除錯版中使用/GZ選項，可以幫助發現在Release版裡才能發現的錯誤

    使用#pragma warnning來控制和調整特定的警告（具體參見VC++文件），使用#pragma時最好給出明確的註釋

    在消除編譯警告時要仔細檢查原因，不是直接原因，而是隱藏的導致警告的根本原因。最終目標是消除錯誤，而不是消除警告

第三章使用斷言

    斷言只能用於檢查有效性，而不是正確性

    保持斷言的簡單性。好的覆蓋

    在使用C語言執行時庫中的斷言時，使用_ASSERTE而不是_ASSERT；使用MFC庫時使用ASSERT巨集

    在ATL程式中使用ATLASSERT可以讓你使用自定義的斷言

    VERIFY一般用來檢測Windows API的返回值（建議不使用VERIFY巨集，而使用ASSERT）

    在使用CObject類的派生類物件前呼叫ASSERT_VALID巨集

    公有函式比私有和保護函式需要更全面的斷言

    給那些不是這麼顯而易見的斷言做出清晰的註釋

    任何垃圾輸入都不應該導致垃圾輸出

第四章使用跟蹤語句

    Windows API: OutputDebugString函式，可在除錯/釋出版本中執行，適合跟蹤啟動/結束

    VC++的C執行時: _RPTn和_RPTFn系列函式

```
    MFC中的TRACE(n):
```

AfxOutputDebugString巨集: 除錯版中等於_RPT0，釋出版中等於OutputDebugString

CObject::Dump函式:

AfxDump全域性物件:

AfxDumpStack函式:

    ATL跟蹤語句: AtlTrace和AtlTrace2函式

第五章使用異常和返回值

    不要使用異常處理來遮蔽不可重獲得錯誤

    異常是基於每個執行緒而提出和處理的，但是未處理的異常會使整個程序結束

    異常處理需要大量的額外操作，因此它不適合用於經常執行的程式碼

    經常發生的情況很可能並不是真正的錯誤

    以下幾種情形適合使用返回值（而不是異常）：

用於指示非錯誤的狀態資訊

用於大多數情況下可以隨意忽略而不會出問題的錯誤

用於更易於出現在迴圈中的錯誤（異常需要更多額外開銷）

用於中間語言模組中的錯誤，如COM

    必須使用/Eha偵錯程式選項才能捕獲使用C++異常機制的作業系統異常

    可以使用_set_se_translator函式來為一個執行緒安裝一個把SE轉換到C++異常的轉換器

    只有浮點溢位、零除和訪問衝突這三類SE應該捕捉，其它的SE是不可恢復的

    使用SetUnhandledExceptionFilter函式安轉一個程式崩潰處理器

在很少出現異常的情況下使用異常處理機制不會影響效能，反而有可能提升效能

丟擲異常的時機：當一個函式發生錯誤時，並且如果不採取一些特殊措施函式就不能繼續執行，而這些措施它自己又不能完成的情況下，應該丟擲異常

```
捕獲異常的時機：
```

當函式知道如何處理這個異常時

當這個函式知道如何處理這個異常，而高階函式不知道如何處理時

當丟擲異常可能使程序崩潰時

當需要整理分配好的資源時

在C++標準庫中的<stdexcept>中定義了用於異常報告的標準類

對只可能意外發生的錯誤情況使用異常

MFC的異常應使用指標來捕獲並適用Delete成員函式釋放，因為它們通常在堆中分配；其它C++異常應使用引用來捕獲，也不需要手動釋放，因為引用捕獲的異常會在棧中傳遞且保持了多型性

異常規範（不能和模板混合使用）：

Function()——可以丟擲任何異常

Function throw()——不能丟擲異常

Function throw(CException)——只能丟擲以CException為基類的異常

注意：不推薦使用異常規範，它可能由於未預料的異常而導致程式崩潰，且VC不支援

可以使用_controlfp函式來讓浮點數丟擲異常

除錯工具

第六章在Windows中除錯

    可以在VC偵錯程式的監視中輸入“@ERR”來顯示最新的LastError值，也可以使用“@ERR,hr”來顯示錯誤程式碼對應的文字描述資訊。還可以通過FormatMessage函式將錯誤程式碼轉換到文字格式

    建立對映檔案以便於事後除錯，建立時新增/MAPINFO:EXPORTS編譯選項用於輸出匯出序號

    如果崩潰不是發生在你的程式碼內部，可以通過堆疊轉儲資訊得到返回到你的程式碼的地址

    使用Undname命令列工具可以用於解析對映檔案中的混合函式名

第七章使用VC++偵錯程式除錯

    Windows程式除錯學習雜記 - cp7618@yeah - cp7618@yeah的部落格

    在除錯版中，內聯預設是被關閉的

    為Debug版和Release版都建立除錯符號，並將PDB檔案存檔

    必須對除錯版和釋出版都進行測試，不能假設他們執行起來是一樣的

    Windows程式除錯學習雜記 - cp7618@yeah - cp7618@yeah的部落格

除錯技術

第八章基本除錯技術

    使用Break功能來除錯死迴圈

    在監視視窗中使用@CLK,d @CLK=0來觀察每一步的執行時間

    在EAX或EAX+EDX暫存器中檢視函式的返回值或返回資料的指標

    可以通過GdiSetBatchLimit函式來設定或關閉GDI的批處理，以便於除錯繪圖程式碼

    使用GetAsyncKeyState函式來除錯WM_MOUSEMOVE訊息

    使用Spy++除錯訊息有關的問題

    任何一個呼叫了FromHandle函式返回的物件都不能跨訊息儲存，它只是MFC臨時建立的一個物件，隨時可能被銷燬

第九章記憶體除錯

    記憶體洩露往往是其它程式錯誤和不良程式設計習慣的徵兆

    應該總是讓new在失敗時丟擲一個異常，而不是返回一個很容易被忽略的空指標Windows程式除錯學習雜記 - cp7618@yeah - cp7618@yeah的部落格

    Windows程式除錯學習雜記 - cp7618@yeah - cp7618@yeah的部落格

    使用庫函式可以擁有更多的控制能力和更好的可移植性，但是使用MFC的函式會稍微方便一些

    通過定義_CRTDBG_MAP_ALLOC來將程式中的所有堆函式對映成其除錯版，這樣可以獲得帶有原始檔和行號的除錯資訊

第十章除錯多執行緒程式

    使用InterLocked系列加鎖函式實現對單個整數變數的執行緒安全操作

    當對鎖的競爭不多時，使用臨界區比鎖的效率要高，但是臨界區僅限於同一程序內部使用，且不允許設定超時引數，也不能同時申請多個臨界區的所有權

    在WatiForSingleObject函式中使用適當的超時引數可以有效地避免死鎖

    在使用互斥鎖時（不是臨界區），使用WaitForMultipleObjects函式是避免死鎖最有效的方法

    處理與時序有關的問題的最好方法是促使潛在錯誤的發生

    使用volatile關鍵字防止在多執行緒程式中的由編譯器優化導致的變數訪問錯誤

    建立一個“自動鎖”類，利用其建構函式和解構函式來獲取和釋放鎖資源，這樣即使在有異常發生的情況下也能正確地釋放鎖資源

    儘量使用最高層的執行緒建立和清理函式，從而避免產生資源洩露和未處理的異常。例如使用MFC框架開發時就是用MFC提供的AfxBeginThread和AfxEndThread函式，而不是用CRT的_beginthreadex和_endthreadex函式，以及WindowsAPI的CreateThread和ExitThread函式

    如果執行緒中需要使用MFC，那麼這個執行緒必須由MFC建立

關閉一個MFC執行緒的正確方法一（CWinThread物件會自己呼叫解構函式）：Windows程式除錯學習雜記 - cp7618@yeah - cp7618@yeah的部落格

正確方法二（不讓CWinThread物件自析構）：Windows程式除錯學習雜記 - cp7618@yeah - cp7618@yeah的部落格

在多個併發執行的執行緒中使用OutputDebugString函式輸出除錯資訊可能使執行緒的執行序列化

當跟蹤一段可以被多個執行緒呼叫的程式碼時，你不能假設你現在所處的上下文就是你剛才所處的環境。可以通過觀察區域性變數的變化情況或者呼叫堆疊來判斷上下文是否已經切換，還可以檢視執行緒對話方塊來確定當前執行緒

阻塞函式的超時時間是用真實時間來衡量的，而不是用有效CPU時間，中斷程式後的時間也會記入超時時間，所以除錯時經常會引起正常執行時不大可能發生的超時錯誤

在除錯多執行緒程式碼之前，先確定這個問題是否與版本、偵錯程式、系統和處理器有關。從這些資訊中你可以知道當看是使用偵錯程式的時候應該先試些什麼

在出現錯誤的地方，適用執行緒對話方塊檢視是否其它執行緒正與出錯執行緒處理相同的資料

使用dw( @TIB + 0x24 )來檢視當前執行緒的ThreadID，就可以免於線上程對話方塊和程式碼視窗間頻繁切換(在WinXP中不一定是這個值，待確定)

windows程式除錯

c語言程式除錯方法整理

Ubuntu 和windows程式區別

WINDOWS程式監控及故障自動重啟思路及bat指令碼實現

windows程式單行文字編輯框的新增

在windows下除錯safari的網頁

在windows上除錯 | Debugging on Windows (Guides: Development) – Electron 中文開發手冊 - Break易站

【C語言/C++程式設計學習筆記】你的第一個Windows程式！高階操作~

移動端開發基礎【18】小程式除錯和App除錯debug

第十一天第九章異常處理及程式除錯

Python 異常處理及程式除錯福利卡打kfjd

用winsw讓任何Windows程式都能執行為服務

Windows反除錯技術（下）

Android程式除錯–LogCat按照日誌資訊級別進行輸出和過濾

C#設計一個簡單的Windows程式，輸入5個數字，然後排序並輸出

WCF 32位程式除錯報錯

JavaScript語法約定和程式除錯原理解析

linux應用程式除錯----backtrace

windows程式呼叫ffmpeg，完成後使其正常退出

javafx 建立windows程式記錄1 建立專案及準備

windows程式除錯

相關推薦