詳解Visual Studio調(diào)試中斷點幾個的小技巧
斷點對于Visual Studio調(diào)試過程是十分重要的，斷點的設(shè)置也是為了更好的進行調(diào)試。本文將介紹Visual Studio調(diào)試中斷點幾個的小技巧。
一般來說，函數(shù)斷點在下面幾種情形下有用：
1 例如調(diào)試一個網(wǎng)站程序，你通過分析網(wǎng)站的日志發(fā)現(xiàn)最有可能發(fā)生錯誤的函數(shù)，打開調(diào)試器并將調(diào)試器附加到程序上去，設(shè)置函數(shù)斷點，重新執(zhí)行網(wǎng)站……這樣做的好處是，不用到處打開源文件去找出錯的源代碼行，調(diào)試器會自動打開源代碼，并且在函數(shù)的入口處中斷(豈不是很方便?)。
2 例如你在閱讀源代碼的時候，通常在讀到虛函數(shù)調(diào)用的時候，因為通常這種調(diào)用都是通過基類指針調(diào)用的，而你又一時半會不知道到底有哪個繼承類的Overloading函數(shù)會被調(diào)用到，函數(shù)斷點可以告訴你。
3 或者一種特殊的情形，你想讀一個程序的源代碼，但就是找不到入口Main函數(shù)，例如.NET程序，那么直接在Visual Studio里面按F11就能幫你找到入口函數(shù)—這是函數(shù)斷點的一個特殊情形。
4 比如你在調(diào)試Web Service函數(shù)，設(shè)置函數(shù)斷點也是一個快捷的調(diào)試方法，這個技巧跟技巧1類似。
斷點編程
有的時候你可能會碰到這種情況，觸發(fā)一個斷點以后，你發(fā)現(xiàn)需要修改一些值，才能使程序繼續(xù)正確執(zhí)行下去。例如我以前在中文版本的操作系統(tǒng)上，使用sscli里面(調(diào)試版)的csc.exe編譯器編譯一些包含語法錯誤或者語法警告的C#源文件的時候，csc.exe總是會莫名其妙地報告內(nèi)部嚴重錯誤，然后就崩潰了。我將調(diào)試器附加上去以后，發(fā)現(xiàn)是一個ASSERT錯誤，ASSERT(lcid == 0x409)，表示sscli里面的csc.exe總是默認自己在英文操作系統(tǒng)(或者說英文環(huán)境)里面運行。而且這一條語句會被執(zhí)行很多次，手工修改lcid的值的確有點麻煩。然后我找源代碼找來找去都沒有找到csc.exe在哪個地方獲取到這個lcid值。
這個時候如果調(diào)試器可以自動幫你重置lcid的值該有多好?幸運的是，Visual Studio提供了方法讓你完成這樣的工作。下面是一個簡化的代碼，因為我一時半會找不到sscli了：
- int lcid = System.Globalization.CultureInfo.CurrentUICulture.LCID;
- Console.WriteLine("lcid = {0}", lcid);
上面的代碼在正常情況下，應(yīng)該返回當前操作系統(tǒng)語言的lcid值，例如英文就是1033，中文的，呃……我忘記了。假設(shè)我們現(xiàn)在希望做的是，每當lcid的值為1033的時候，就自動更正為0。我們需要：
1 在Console.WriteLine這一行上設(shè)置一個條件斷點：
2 點擊Visual Studio菜單欄里面的“工具(Tools)”—“宏(Macro)”—“宏資源管理器(Macro Explorer)”。然后創(chuàng)建一個新的宏：
- 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的作用，你可以理解成在立即窗口中執(zhí)行l(wèi)cid = 0;這條語句。3 右鍵點擊剛才設(shè)置好的斷點，在菜單里面選擇“When Hit …”，這一次在“When Breakpoint is Hit”窗口中勾選“Run a macro:(執(zhí)行一個宏)”，然后在下拉框里面選擇剛才你創(chuàng)建的宏的名稱。如果你是第一次創(chuàng)建宏，名稱應(yīng)該是：Macros.MyMacros.Module1.ChangeExpression。
4 勾選“繼續(xù)執(zhí)行(Continue execution)”，因為我們并不想讓程序中斷下來。
5 點擊確定以后，執(zhí)行程序看一看結(jié)果，lcid是不是已經(jīng)被自動改成0了?
數(shù)據(jù)斷點
注意，這個技巧僅對C++程序調(diào)試有效(或者說native程序)，而且你只能在中斷模式下才能設(shè)置數(shù)據(jù)斷點，另外你還只能在本機設(shè)置數(shù)據(jù)斷點。
上一節(jié)的例子里，我們提到了，有的時候一個全局變量被修改了以后，你可能都找不到它是什么時候被修改的，于是夜已深，人已寐，你還在辛苦地調(diào)試到底是哪個鬼地方把這個變量的值修改了。F11， F10，……，SHIFT + F11，……，F(xiàn)5，靠，調(diào)過了，重來，F(xiàn)11，F(xiàn)10，……
這種情況下，數(shù)據(jù)斷點就很有用了，Visual Studio允許你在變量被修改的時候，中斷程序的執(zhí)行，是不是很酷?
默認情況下，你是找不到數(shù)據(jù)斷點這個菜單的，需要執(zhí)行下面的步驟把它拉出來：
1 打開你要調(diào)試的項目。
2 點擊Visual Studio菜單欄里面的“工具(Tools)”—“自定義(Customize…)”。然后在“自定義(Customize…)”窗口中選擇“命令(Commands)”頁簽里面的“種類(Categories)”列表框里的“調(diào)試(Debug)”，找到“新數(shù)據(jù)斷點(New Data Breakpoint)”，將它拖到菜單欄里面相應(yīng)的位置。
然后打開或者創(chuàng)建一個C++項目，我們以下面的源代碼為例子：
我們現(xiàn)在要Visual Studio在更改g_Variable的時候中斷程序的執(zhí)行。
- #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;
- }
1 單擊F11，這樣程序就會在_tmain函數(shù)里面中斷了，我們也就有機會設(shè)置數(shù)據(jù)斷點了。
2 點擊菜單里面的“新數(shù)據(jù)斷點(New Data Breakpoint)”。注意，數(shù)據(jù)斷點是通過監(jiān)視內(nèi)存地址某一段區(qū)域更改來實現(xiàn)的，因此你必須提供一個內(nèi)存地址(或者說就是指針吧)，這里g_Variable是一個整形變量，因此你需要使用“&g_Variable”的形式來創(chuàng)建一個數(shù)據(jù)斷點，因為整形的 大小是4個字節(jié)，因此數(shù)據(jù)斷點監(jiān)視的區(qū)域是4個字節(jié)。
3 繼續(xù)程序的執(zhí)行，這時會彈出一個對話框，告訴你有一個內(nèi)存地址的內(nèi)容發(fā)生了變化(說明我們的數(shù)據(jù)斷點生效了)，這時代碼行指向的是數(shù)據(jù)被修改的下一行代碼。
為什么數(shù)據(jù)斷點只能在C++/C程序中才能設(shè)置?是因為托管代碼有垃圾回收。而數(shù)據(jù)斷點的執(zhí)行原理應(yīng)該是Windows內(nèi)存管理里面的Guard Pages概念和VirtualProtectEx函數(shù)的實現(xiàn)。這個概念可以自己去查MSDN的內(nèi)存管理方面的文檔。
【編輯推薦】
