Visual Studio調試之斷點技巧篇

作者: donjuan 來源: 博客園發布時間: 2010-01-19 10:34 閱讀: 3963 次推薦: 0 原文鏈接 [收藏]

文章導航

函數斷點

在前面的文章Visual Studio調試之避免單步跟蹤調試模式里面我講了如何設置函數斷點，說實話，我個人喜歡設置函數斷點，而不是在代碼行里面設置斷點。一般來說，函數斷點在下面幾種情形下有用：

1. 例如調試一個網站程序，你通過分析網站的日志發現最有可能發生錯誤的函數，打開調試器并將調試器附加到程序上去，設置函數斷點，重新執行網站……這樣做的好處是，不用到處打開源文件去找出錯的源代碼行，調試器會自動打開源代碼，并且在函數的入口處中斷（豈不是很方便？）。

2. 例如你在閱讀源代碼的時候，通常在讀到虛函數調用的時候，因為通常這種調用都是通過基類指針調用的，而你又一時半會不知道到底有哪個繼承類的Overloading函數會被調用到，函數斷點可以告訴你。

3. 或者一種特殊的情形，你想讀一個程序的源代碼，但就是找不到入口Main函數，例如.NET程序，那么直接在Visual Studio里面按F11就能幫你找到入口函數—這是函數斷點的一個特殊情形。

4. 比如你在調試Web Service函數，設置函數斷點也是一個快捷的調試方法，這個技巧跟技巧1類似。

當然，可能有些讀者沒有辦法成功設置函數斷點，如果設置函數斷點失敗，請閱讀我的文章“不能設置斷點的檢查步驟”。如果里面有一些名詞術語（術語請參看文章：調試術語）不知道或者不知道如何設置的話，呃，我會另寫一篇文章講解。

斷點編程

有的時候你可能會碰到這種情況，觸發一個斷點以后，你發現需要修改一些值，才能使程序繼續正確執行下去。例如我以前在中文版本的操作系統上，使用sscli里面（調試版）的csc.exe編譯器編譯一些包含語法錯誤或者語法警告的C#源文件的時候，csc.exe總是會莫名其妙地報告內部嚴重錯誤，然后就崩潰了。我將調試器附加上去以后，發現是一個ASSERT錯誤，ASSERT(lcid == 0x409)，表示sscli里面的csc.exe總是默認自己在英文操作系統（或者說英文環境）里面運行。而且這一條語句會被執行很多次，手工修改lcid的值的確有點麻煩。然后我找源代碼找來找去都沒有找到csc.exe在哪個地方獲取到這個lcid值（當然我最后找到了，下一個技巧將告訴你我是怎么找到的），然而我又不想重啟系統（呃……也許我就是那種寧愿花1個鐘頭去找節省花費5分鐘重啟系統的方法的那種人……）。

這個時候如果調試器可以自動幫你重置lcid的值該有多好？幸運的是，Visual Studio提供了方法讓你完成這樣的工作。下面是一個簡化的代碼，因為我一時半會找不到sscli了：

int lcid = System.Globalization.CultureInfo.CurrentUICulture.LCID;

Console.WriteLine("lcid = {0}", lcid);

上面的代碼在正常情況下，應該返回當前操作系統語言的lcid值，例如英文就是1033，中文的，呃……我忘記了。假設我們現在希望做的是，每當lcid的值為1033的時候，就自動更正為0。我們需要：

1. 在Console.WriteLine這一行上設置一個條件斷點，條件斷點的設置請參看Visual Studio調試之斷點進階篇：

2. 點擊Visual Studio菜單欄里面的“工具（Tools）”—“宏（Macro）”—“宏資源管理器（Macro Explorer）”。然后創建一個新的宏：

Imports System

Imports EnvDTE

Imports EnvDTE80

Imports EnvDTE90

Imports System.Diagnostics

Imports Microsoft.VisualBasic

Imports Microsoft.VisualBasic.ControlChars

Public Module Module1

Sub ChangeExpression()

DTE.Debugger.ExecuteStatement("lcid = 0;")

End Sub

End Module

上面DTE.Debugger.ExecuteStatement的作用，你可以理解成在立即窗口中執行lcid = 0;這條語句。

3. 右鍵點擊剛才設置好的斷點，在菜單里面選擇“When Hit …”，這一次在“When Breakpoint is Hit”窗口中勾選“Run a macro:（執行一個宏）”，然后在下拉框里面選擇剛才你創建的宏的名稱。如果你是第一次創建宏，名稱應該是：Macros.MyMacros.Module1.ChangeExpression。

4. 勾選“繼續執行（Continue execution）”，因為我們并不想讓程序中斷下來。

5. 點擊確定以后，執行程序看一看結果，lcid是不是已經被自動改成0了？

數據斷點

注意，這個技巧僅對C++程序調試有效（或者說native程序），而且你只能在中斷模式下才能設置數據斷點，另外你還只能在本機設置數據斷點。

上一節的例子里，我們提到了，有的時候一個全局變量被修改了以后，你可能都找不到它是什么時候被修改的，于是夜已深，人已寐，你還在辛苦地調試到底是哪個鬼地方把這個變量的值修改了。F11， F10，……，SHIFT + F11，……，F5，靠，調過了，重來，F11，F10，……

這種情況下，數據斷點就很有用了，Visual Studio允許你在變量被修改的時候，中斷程序的執行，是不是很酷？

默認情況下，你是找不到數據斷點這個菜單的，需要執行下面的步驟把它拉出來：

1. 打開你要調試的項目。

2. 點擊Visual Studio菜單欄里面的“工具（Tools）”—“自定義（Customize…）”。然后在“自定義（Customize…）”窗口中選擇“命令（Commands）”頁簽里面的“種類（Categories）”列表框里的“調試（Debug）”，找到“新數據斷點（New Data Breakpoint）”，將它拖到菜單欄里面相應的位置。

然后打開或者創建一個C++項目，我們以下面的源代碼為例子：

#include "stdafx.h"

int g_Variable = 0;

int _tmain(int argc, _TCHAR* argv[])

{

printf("Before modifying data breakpoints"n");

g_Variable = 1;

printf("After modifying data breakpoints"n");

return 0;

}

我們現在要Visual Studio在更改g_Variable的時候中斷程序的執行。

1. 單擊F11，這樣程序就會在_tmain函數里面中斷了，我們也就有機會設置數據斷點了。

2. 點擊菜單里面的“新數據斷點（New Data Breakpoint）”。注意，數據斷點是通過監視內存地址某一段區域更改來實現的，因此你必須提供一個內存地址（或者說就是指針吧），這里g_Variable是一個整形變量，因此你需要使用“&g_Variable”的形式來創建一個數據斷點，因為整形的大小是4個字節，因此數據斷點監視的區域是4個字節，如下圖所示：