斷點調試--llorch的Visual Studio基礎教程（三）

標籤：

通用的樣本說明：

• 本系列部落格只討論工具的基礎，不討論任何語言。
  • 甚至不討論快速鍵:-)
  • 可以用滑鼠就完成本教程
• IDE預設指代的是Visual Studio 2013 Community Edition。 本系列文章的結尾，你可以熟練地使用它寫程式。
• 將Visual Studio啟動後的預設布局狀態稱為主視窗,主視窗標題列中顯示的項目名稱不必要。
• 在日常口語和Windows資源管理員的基礎上定義了幾個描述菜單操作的符號：[]、{}、/、>>、=、(,)。
• 檢查一個設定項的表示方法為:
  • [視窗名稱]/{菜單名稱}/{子功能表名稱}/{設定項項名稱}=設定項的值
• 例如預設的Debug配置:
  • [主視窗]/{解決方案組態管理員}=Debug
• 檢查多個設定項時，按照單個設定項的方式，逐一寫出
• 檢查一個設定項有多個值的時候，用括弧包括並用內部的逗號分隔，如:
  • [方案總管]/{項目名稱}/{引用}=(System,System.Core,System.Data,System.Xml)
• 執行一個左鍵單擊序列，就是將最後的檢查項換成”/”，例如退出IDE:
  • [主視窗]/{檔案}/{退出}/
• 右鍵菜單的串連符號為>>，例如重新整理Windows案頭:
  • [案頭]>>{重新整理}/
• 快顯視窗中的設定項的表示與上類似
• MDI子視窗中設定項的表示與上類似，注意到在Visual Studio中，MDI子視窗的名稱在它的左上方或者可能自動吸附到主視窗的四周
• 標題列和狀態列作為菜單的推廣，適用於上述表示方法
• 缺陷說明
  • 歡迎反饋，mailto:[email protected]
  • 作者的慣用語言是C#
  • 作者是軟狗
  • 作者的IDE沒裝中文語言套件，所以有的名詞翻譯得不準確:-(
  • 由於還沒有釐清相關的認證問題，著作權保留
  • 系列文章沒有提出或解決新的問題，目的只是科普

本文

這段時間出了一些事情導致部落格沒接得上，造成的不便請見諒。謝謝大家的關注和支援。

Visual Studio當中整合了強大的對位置斷點進行圖形操作的工具，完全是編寫應用程式必備的金手指啊。

 

語句斷點

將游標移動到想要設定斷點的行，就可以設定語句斷點：

[主視窗]/{調試}/{切換斷點}/

當應用程式運行到該語句的時候，Visual Studio就會中斷應用程式的運行，自動附加強大的調試工具，並且開啟[自動視窗]子視窗，等待調試。

常用的調試操作有：

• [主視窗]/{調試}/{逐語句} ：運行下一行代碼的意思。
• [主視窗]/{調試}/{逐過程} ：假如下一行代碼會調用一個方法，這樣就會進入那個方法。
• [主視窗]/{調試}/{跳出} ：跳出當前的方法，也就是返回呼叫堆疊的外一層。
• [主視窗]/{調試}/{繼續} ：讓程式運行到下一個斷點處。
• [自動視窗]子視窗 ：這個子視窗用來查看和設定各個變數在中斷運行時的值，調試時可見，這是Visal Studio的精髓之1。
• [斷點]子視窗：這個子視窗是斷點的管理視窗，包括了建立斷點、禁用斷點、轉到源碼、反組譯碼等功能。按[主視窗]/{調試}/{視窗}/{斷點}/，可以開啟它。這是Visual Studio的精髓之2。

 

函數斷點

在原始碼檔案中翻來覆去設定斷點的工作過於乏味。可以通過函數的名稱來設定斷點，

[主視窗]/{調試}/{視窗}/{斷點}/，開啟[斷點]子視窗

[斷點]/{建立}/{在函數處終端}/，呼出[建立斷點]視窗

在[建立斷點]視窗中輸入函數的名字就可以對函數設定斷點，可以通過類名.函數來限定搜尋範圍，這也可以很好地處理介面實現的調試。具體的情況就要參照[斷點]子視窗中的顯示項目來操作了。

函數斷點中的基本操作與語句斷點的一致。

 

進階斷點

設想我們有一個執行100000次的迴圈，希望它在執行99999次後中斷，應該怎麼辦？

很良心的是在Visual Studio中可以為斷點設定進階屬性，包括判斷值，設定迴圈次數等等。

[斷點]/{斷點N}>>，也就是在[斷點]子視窗中右擊某斷點，可以設定各項進階中斷屬性，這裡就要結合具體代碼具體操作了。

圖形化操作進階斷點是Visual Studio的精髓之0。

 

管理斷點

斷點可以禁用、切換、匯出到檔案、從檔案匯入。

這些功能是在[斷點]子視窗中的。建議通過這個子視窗來管理斷點。

 

一些需要注意的事項

調試中的反組譯碼功能在運行時才可用。純文字源碼編輯階段它是灰色的（不可用）。

Visual Studio還可以支援作為外部工具的調試工具。對於單個開發人員而言，Visual Studio還是足夠強大的。然而只要存在協同的可能，最好不要僅僅依賴於Visual Studio。

文檔、原始程式碼控制、Bug追蹤同樣重要。

著作權聲明：本文為博主原創文章，未經博主允許不得轉載。

斷點調試--llorch的Visual Studio基礎教程（三）