文章導(dǎo)航

Visual Studio調(diào)試之?dāng)帱c基礎(chǔ)篇

Visual Studio調(diào)試之?dāng)帱c進階篇

Visual Studio調(diào)試之?dāng)帱c技巧篇

函數(shù)斷點

在前面的文章Visual Studio調(diào)試之避免單步跟蹤調(diào)試模式里面我講了如何設(shè)置函數(shù)斷點，說實話，我個人喜歡設(shè)置函數(shù)斷點，而不是在代碼行里面設(shè)置斷點。一般來說，函數(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類似。

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

斷點編程

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

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

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

1.       在Console.WriteLine這一行上設(shè)置一個條件斷點，條件斷點的設(shè)置請參看Visual Studio調(diào)試之?dāng)帱c進階篇：

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

上面DTE.Debugger.ExecuteStatement的作用，你可以理解成在立即窗口中執(zhí)行lcid = 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，……，F5，靠，調(diào)過了，重來，F11，F10，……

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

默認(rèn)情況下，你是找不到數(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í)行。

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)存管理方面的文檔。

NET技術(shù)：Visual Studio調(diào)試之?dāng)帱c技巧篇，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。