(轉)Visual Studio原生開發的10個調試技巧（二）

時間 2019-11-19

標籤 visual studio 原生開發調試技巧欄目 Visual Studio 简体版

原文原文鏈接

我之前關於Visual Studio調試技巧的文章引發了你們很大的興趣，以致於我決定分享更多調試的知識。如下的列表中你能夠看到寫原生開發的調試技巧（接着之前的文章來編號）。這些技巧能夠應用在VS2005或者更新版本中（固然有一些能夠適用於舊版本）。若是你繼續，你能夠知道每一個技巧的詳細信息。php

數據斷點
線程重命名
特定進程中斷
大概執行時間
數字格式化
內存數據格式化
系統DLL中斷
裝載符號表
MFC中內存泄露報告
調試ATL

提示11：數據斷點html

　　當數據所在內存位置變化時，調試器將會中斷。然而，這是惟一可能在一個時間建立4這樣的硬件的數據斷點。數據斷點只能在編譯的過程當中添加，能夠經過菜單（編譯>新斷點>新數據斷點）或者經過斷點窗口來添加。windows

　　您可使用一個內存地址或地址表達式。即便你能看到堆棧上的兩個值，我認爲一般當堆上的值被改變時，這項功能纔會有用。這對識別內存損壞是一個很大的幫助。緩存

　　在下面的例子中，指針的值已經更改成所指向對象的值。爲了能找出什麼地方作的更改，我在指針值存儲的位置設置了一個斷點，如 &ptr (注意這是在指針初始化後發生的)。當數據更改後，覺得着某人更改了指針的值，調試器終止，而後能發現哪些代碼引發了這個改變。服務器

額外閱讀:多線程

　　提示 12: 線程重命名ide

　　當你調試多線程應用是，Threads窗口會顯示建立了哪些線程，以及當前的線程。線程越多，你就越難找到你要找的線程（特別是當同一段程序，被多個線程同時執行的時候，你就不知道當前執行的是哪一個線程實例）函數

調試器容許你給線程從新命名。用右鍵單擊一個線程，並重命名。visual-studio

　也能夠以程式設計方式命名線程，雖然這有點棘手並且線程啓動後必須去作的，不然調試器將以它的默認命名規定從新將其初始化，下面的函數顯示瞭如何定義和使用一個線程。性能

typedef struct tagTHREADNAME_INFO 
{ 
    DWORD dwType;        // 必須是兩個字節的長度 
    LPCSTR szName;       // 指針指向命名 (同一個地址空間) 
    DWORD dwThreadID;    // 線程ID（-1調用線程） 
    DWORD dwFlags;       // 保留待用，多數狀況下爲0 
} THREADNAME_INFO; 
  
void SetThreadName(DWORD dwThreadID, LPCSTR szThreadName) 
{ 
    THREADNAME_INFO info; 
    info.dwType = 0x1000; 
    info.szName = szThreadName; 
    info.dwThreadID = dwThreadID; 
    info.dwFlags = 0; 
  
    __try
    { 
        RaiseException(0x406D1388, 0, sizeof(info)/sizeof(DWORD), (DWORD*)&info); 
    } 
    __except (EXCEPTION_CONTINUE_EXECUTION) 
    { 
    } 
}

提示13：指定線程設置斷點

　　對於多線程應用程序，另外一個有用的技巧是在指定線程、進程甚至計算機設置斷點。可使用斷點的Filer命令來實現這種功能。

調試器容許你使用線程名、線程ID、進程名、進程ID和機器名的不一樣組合（使用AND、OR、NOT鏈接）。掌握如何設置線程名稱也使得這種過濾技術操做更爲簡單。

　　輔助閱讀：

　　提示14：（不許確的）定時執行

　　在我以前的文章中我曾說起在Watch窗口中使用僞變量。其中一個沒有說起的是@clk，可顯示一個計數器的值，用於得到兩個斷點之間代碼執行所須要的大致時間，該值的單位爲毫秒（ms）。可是，這種方法不能用於配置程序執行。你應該使用Visual Studio Profiler或者性能計時器來完成這些配置。

　　經過在Watch窗口或者Immediate窗口中添加@clk=0來重置計時器。所以，若須要計算末段代碼執行所須要的時間，作下列處理：

在代碼塊起始位置設置斷點
在代碼塊結束位置設置斷點
在Watch窗口中添加@clk
當第一個斷點觸發時，在Intermediate窗中中輸入@clk=0
運行程序，直到遇到代碼塊結束位置的斷點，並在Watch窗口中查看@clk的值

　　注意網上有技巧說須要在Watch窗口中添加兩條表達式：@clk和@clk=0，聽說能夠每次在斷點執行的位置重置計時器。這種技巧只能在較低版本的Visual Studio中使用，可是不能在高版本VS中使用，例如VS2005（做者作過測試，vs2005不支持這種技巧）以及更高版本。

　　輔助閱讀：

Debugging Tips - @CLK

　　提示15：格式化數字

　　當你使用Watch或者Quick Watch窗口查看變量時，顯示這些數值是用默認的預約義可視化格式。當變量是數字時，顯示形式按照他們的類型（int、float、double）來的，而且使用十進制顯示。然而，你能夠設置調試器在顯示數字的使用使用不一樣的類型，或者使用不一樣的進制。

　　改變變量顯示類型能夠在變量前添加如下前綴：

by —— unsigned char(unsigned byte)
wo —— unsigned short(unsigned word)
dw —— unsigned long(unsigned double word)

　　改變變量顯示的進制能夠在變量前添加如下前綴：

d或i —— 有符號十進制數
u —— 無符號十進制數
o —— 無符號八進制數
x —— 小寫十六進制數
X —— 大寫十六進制數

輔助閱讀：

C++ Debugger Tips

　　提示16：格式化內存數據

　　除了數字，debugger還能夠在Watch窗口中顯示格式化的內存數據，最長爲64字節。你能夠在表達式（變量或者內存地址）後面添加下面的後綴來格式化數據：

mb或m —— 十六進制顯示的16字節數據，後面跟着16個ASCII字符
mw —— 8字（WORD，一般1 WORD = 2 BYTE）數據
md —— 4個雙字（DWORD，一般1 DWORD = 4 BYTE）數據
mq —— 2個四字（Quad WORD）數據
ma —— 64個ASCII字符
mu —— 2字節UNICODE字符

附加閱讀：

　　提示17：在系統DLL調用處暫停

　　有時在DLL的某個函數被調用時暫停是頗有用，特別是系統DLL（好比kernel32.dll、user32.dll）。實現這種暫停須要使用原生debugger提供的上下文運算符。你能夠設定斷點位置、變量名或者表達式：

{[函數],[源代碼],[模塊]}斷點位置
{[函數],[源代碼],[模塊]}變量名
{[函數],[源代碼],[模塊]}表達式

　　大括號內能夠是函數名、源代碼及模塊的任意組合，可是逗號不能省略。

　　舉個例子若是咱們須要在CreateThread函數調用時暫停。這個函數是從kernel32.dll導出的，所以上下文運算符應該是這樣子的：{,,kernel32.dll}CreateThread。然而，這樣並不行，由於該運算符須要CreateThread修飾以後的名字。可使用 DBH.exe來得到一個特定函數的修飾名（編譯器編譯生成）。

　　下面是如何得到CreateThread的修飾名的方法：

C:\Program Files (x86)\Debugging Tools for Windows (x86)>dbh.exe -s:srv*C:\Symbo 
ls*http://msdl.microsoft.com/Download/Symbols -d C:\Windows\SysWOW64\kernel32.dl 
l enum *CreateThread* 
Symbol Search Path: srv*C:\Symbols*http://msdl.microsoft.com/Download/Symbols 
  
 index            address     name 
     1            10b4f65 :   _BaseCreateThreadPoolThread@12 
     2            102e6b7 :   _CreateThreadpoolWork@12 
     3            103234c :   _CreateThreadpoolStub@4 
     4            1011ea8 :   _CreateThreadStub@24 
     5            1019d40 :   _NtWow64CsrBasepCreateThread@12 
     6            1019464 :   ??_C@_0BC@PKLIFPAJ@SHCreateThreadRef?$AA@ 
     7            107309c :   ??_C@_0BD@CIEDBPNA@TF_CreateThreadMgr?$AA@ 
     8            102ce87 :   _CreateThreadpoolCleanupGroupStub@0 
     9            1038fe3 :   _CreateThreadpoolIoStub@16 
     a            102e6f0 :   _CreateThreadpoolTimer@12 
     b            102e759 :   _CreateThreadpoolWaitStub@12 
     c            102ce8e :   _CreateThreadpoolCleanupGroup@0 
     d            102e6e3 :   _CreateThreadpoolTimerStub@12 
     e            1038ff0 :   _CreateThreadpoolIo@16 
     f            102e766 :   _CreateThreadpoolWait@12 
    10            102e6aa :   _CreateThreadpoolWorkStub@12 
    11            1032359 :   _CreateThreadpool@4

　　看起來真實的名字是_CreateThreadStub@24。所以咱們能夠建立斷點，{,,kernel32.dll}_CreateThreadStub@24。

運行程序，當遇到暫停時，直接忽略關於在斷點位置無相關源代碼的消息提示。

使用調用堆棧窗口來查看調用這個函數的代碼。

附加閱讀：

　　提示18：載入符號

　　當你調試程序的時候，調用堆棧窗口有可能不會顯示所有的調用堆棧，其中忽略系統DLL（例如kernel32.dll, user32.dll）的信息。

經過加載這些DLL的符號信息，能夠得到所有調用堆棧信息，而且在調用堆棧窗口，使用上下文菜單（右鍵菜單），直接設置這種效果。你能夠從預約義的符號路徑或者微軟的符號服務器（針對系統DLL）下載這些符號。在這些符號下載並導入到debugger中以後，調用堆棧更新以下：

這些符號也能夠從Module窗口導入。

一旦載入以後，這些符號會保存在緩存中，而且能夠在Tools>Options>Debugging>Symbols中配置。

提示19：在MFC中報告內存泄露

　　若是你想在MFC應用程序中監測內存泄露，你可使用宏DEBUG_NEW來重定義new運算符，這是new運算符的一個修改版本，能夠記錄其分配內存的文件名及行數。在Release版中構建的DEBUG_NEW會解析成原始的new運算符。

　　MFC嚮導產生的源代碼中在#include後米娜包含以下預處理指令：

#ifdef _DEBUG 
#define new DEBUG_NEW 
#endif

　　上面代碼就是如何重定義new運算符的方法。

　　不少STL頭文件和這裏定義的new運算符不兼容。若是你在從新定義運算符new以後包含了<map><vector><list><string>等頭文件，會有以下錯誤（以<vector>爲例）：

1>c:\program files (x86)\microsoft visual studio 9.0\vc\include\xmemory(43) : error C2665: 'operator new' : none of the 5 overloads could convert all the argument types

1> c:\program files\microsoft visual studio 9.0\vc\include\ new .h(85): could be 'void *operator new(size_t,const std::nothrow_t &) throw()'

1> c:\program files\microsoft visual studio 9.0\vc\include\ new .h(93): or 'void *operator new(size_t,void *)'

1> while trying to match the argument list '(const char [70], int)'

1> c:\program files (x86)\microsoft visual studio 9.0\vc\include\xmemory(145) : see reference to function template instantiation '_Ty *std::_Allocate<char>(size_t,_Ty *)' being compiled

1> with

1> [

1> _Ty= char

1> ]

1> c:\program files (x86)\microsoft visual studio 9.0\vc\include\xmemory(144) : while compiling class template member function 'char *std::allocator<_Ty>::allocate(std::allocator<_Ty>::size_type)'

1> with

1> [

1> _Ty= char

1> ]

1> c:\program files (x86)\microsoft visual studio 9.0\vc\include\xstring(2216) : see reference to class template instantiation 'std::allocator<_Ty>' being compiled

1> with

1> [

1> _Ty= char

1> ]

解決方法是在包含這些STL文件以後再使用DEBUG_NEW重定義new運算符。

　　附加閱讀：

DEBUG_NEW

　　提示20：調試ATL

　　當你開發ATL COM組件時你能夠在debugger中查看你所開發的COM對象的QueryInterface、AddRef和Release的調用狀況。默認狀況下並不支持這些調用的產看，你須要在預處理定義或者預編譯頭文件中定義兩個宏。這兩個宏定義以後，關於這些函數的調用會顯示在輸出（Output）窗口中。

　　這兩個宏是：