C#中的高級斷點和追蹤點

偵錯在開發中的角色

Tim 首先強調，開發者的大部分工作涉及修復問題—進駐我們應用程式中的錯誤。高效的偵錯意味著更快的進展，而 Visual Studio 工具集提供了高級技術以簡化這一過程。

什麼是斷點?

最簡單的C斷點是在程式碼文件的最左邊緣點擊插入的。當執行達到該行時，它會暫停。 這讓您可以檢查當前的運行時上下文—查看變量、逐步執行程式碼，並確切了解幕後發生了什麼。 Tim 指出，雖然許多開發者都熟悉這個基本功能，但超出它還有豐富的世界，通常未被使用。

跟踪點和記錄到輸出窗口

Tim 解釋了如何通過右鍵單擊空白欄並從下拉選單中選擇來插入跟蹤點。 跟踪點不會暫停執行—它會向輸出窗口記錄一條消息，例如：

i 的值是 {i}

通過用大括號括住變量，其值將被打印出來。 當您希望進入一個循環而不必反复按繼續時，這非常方便。 這類似於使用日誌語句，但通過偵錯器介面管理，而不是硬編碼到方法中。 Tim 還展示了如何配置此操作以選擇性地暫停或繼續。

临时断点：一次调试

接下來，Tim 顯示了如何創建一個易於識別的臨時斷點，其特徵是小時鐘圖標。 一旦在執行期間擊中，它會自動禁用自己。 當您只需要驗證一條語句已被達到一次時，這很有用，有助於減少偵錯會話中的噪音。 Tim 演示了如何啟用和禁用這些斷點而不刪除它們，讓您靈活地控制偵錯視圖。

帶表達式的條件斷點

這一部分可能涵蓋其中一個最強大的功能：條件斷點。 Tim 使用條件 i > 10 設置斷點，這意味著只有當表達式計算為 true 時，斷點才會觸發。 在斷點的屬性框中，您可以選擇如下條件：

• 命中次數

• 表達式

• 過濾器

這些允許您將細粒度邏輯應用於斷點，確保只有在滿足有意義的條件時才會暫停。 這在長循環中或檢查程式行為異常時特別有用。

相依斷點：串聯偵錯邏輯

當您需要一個斷點僅在另一個斷點被擊中後觸發時，Tim 建議使用相依斷點。 這在多線程應用程式或複雜的模塊交互中是理想的，其中方法的某些實例只有在滿足先前條件後才會出現混亂行為。

在斷點設置中，Tim 顯示如何選擇函數名稱並配置另一個斷點以僅在達到該函數時啟動。 這確保只有在早期行為合理時，項目中的後續邏輯才會被檢查—保持您的偵錯器集中而有效。

斷點窗口及管理多個斷點

Tim 通過 Debug > Windows > Breakpoints 或 Ctrl + Alt + B 打開斷點窗口。 此窗口列出了項目中每個活動的斷點，並提供如下工具：

• 匯出/匯入：將斷點保存為XML文件，創建可重複使用的偵錯配置。

• 標注：添加標識如"test"或"demo"以按用途分類。

• 分組：將斷點分配到"關鍵錯誤"或"正常流程"等組中。然後可以啟用或禁用整個組，這在處理不同的評估方案時特別有用。

Tim 還顯示了如何設置預設組，以便任何新斷點自動加入該上下文。

按名稱的功能斷點

如果您想在任何方法調用時中斷，無論它在哪裡定義，那怎麼辦？ 這就是功能斷點發揮作用的地方。 Tim 輸入了函數名 PrintInfo 並演示偵錯器如何在調用該方法的任何版本時觸發，無論它位於何處—即使是不同的文件或DLL中。

這對於調試大量重載的方法或 Visual Studio Code 專案中特定上下文中使用的共享方法名稱是完美的。

當值變更時中斷: 進階監看點

在視頻的最後，Tim 觸及了一個小眾但強大的功能：當值變更時中斷。 您可以在本地窗口中右鍵單擊變量並選擇此選項。 然而，它僅適用於有限情況—通常是類實例中受管理堆上受跟踪的屬性。

系統限制適用於：

• x64 架構：最多四個跟踪變量。

• ARM64：兩個。

• ARM32：只有一個。

這種硬體層級的跟踪提供了深度可見性，以了解變量的狀態何時變更，儘管由於這些限制，它很少被使用。

最終想法

最後，Tim 重申了一個重點：掌握 Visual Studio 的高級偵錯工具讓您成為一個更快、更有效的開發者。 從跟踪點到條件斷點，從懸停在變量上到使用偵錯視圖，所有這些工具都幫助您充滿信心地解決錯誤。

結論

通过深入了解 Tim Corey 在 Visual Studio 中視頻中介紹的斷點，您現在對如何利用這些工具以完善您的偵錯工作流程有了詳細的了解。 每個錯誤都可以被解決—您只需要正確的偵錯策略。