10 个 Visual Studio 原生开发的调试技巧

简介: 我以前关于Visual Studio调试技巧的文章引起了大家很大的兴趣,以至于我决定分享更多调试的知识。以下的列表中你可以看到写原生开发的调试技巧(接着以前的文章来编号)。

我以前关于Visual Studio调试技巧的文章引起了大家很大的兴趣,以至于我决定分享更多调试的知识。以下的列表中你可以看到写原生开发的调试技巧(接着以前的文章来编号)。这些技巧可以应用在VS2005或者更新版本中(当然有一些可以适用于旧版本)。如果你继续,你可以知道每个技巧的详细信息。

  1. 数据断点
  2. 线程重命名
  3. 特定进程中断
  4. 大概执行时间
  5. 数字格式化
  6. 内存数据格式化
  7. 系统DLL中断
  8. 装载符号表
  9. MFC中内存泄露报告
  10. 调试ATL

提示11:数据断点

数据所在内存位置变化时,调试器将会中断。然而,这是唯一可能在一个时间创建4这样的硬件的数据断点。数据断点只能在编译的过程中添加,可以通过菜单(编译>新断点>新数据断点)或者通过断点窗口来添加。


您可以使用一个内存地址或地址表达式。即使你能看到堆栈上的两个值,我认为通常当堆上的值被改变时,这项功能才会有用。这对 识别内存损坏是一个很大的帮助。

在下面的例子中,指针的值已经更改为所指向对象的值。为了能找出什么地方做的更改,我在指针值存储的位置设置了一个断点,如 &ptr (注意这是在指针初始化后发生的)。当数据更改后,以为着某人更改了指针的值,调试器终止,然后能发现哪些代码引起了这个改变。

额外阅读:

提示 12: 线程重命名

当你调试多线程应用是,Threads窗口会显示创建了哪些线程,以及当前的线程。线程越多,你就越难找到你要找的线程(特别是当同一段程序,被多个线程同时执行的时候,你就不知道当前执行的是哪个线程实例)

调试器允许你给线程重新命名。用右键单击一个线程,并重命名。

也可以以程式设计方式命名线程,虽然这有点棘手而且线程启动后必须去做的,否则调试器将以它的默认命名规定重新将其初始化,下面的函数显示了如何定义和使用一个线程。

01 typedef struct tagTHREADNAME_INFO
02 {
03     DWORD dwType;        // 必须是两个字节的长度
04     LPCSTR szName;       // 指针指向命名 (同一个地址空间)
05     DWORD dwThreadID;    // 线程ID(-1调用线程)
06     DWORD dwFlags;       // 保留待用,多数情况下为0
07 } THREADNAME_INFO;
08  
09 void SetThreadName(DWORD dwThreadID, LPCSTR szThreadName)
10 {
11     THREADNAME_INFO info;
12     info.dwType = 0x1000;
13     info.szName = szThreadName;
14     info.dwThreadID = dwThreadID;
15     info.dwFlags = 0;
16  
17     __try
18     {
19         RaiseException(0x406D1388, 0, sizeof(info)/sizeof(DWORD), (DWORD*)&info);
20     }
21     __except (EXCEPTION_CONTINUE_EXECUTION)
22     {
23     }
24 }

提示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不支持这种技巧)以及更高版本。

辅助阅读:

提示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的修饰名的方法:

    01 C:\Program Files (x86)\Debugging Tools for Windows (x86)>dbh.exe -s:srv*C:\Symbo
    02 ls*http://msdl.microsoft.com/Download/Symbols -d C:\Windows\SysWOW64\kernel32.dl
    03 enum *CreateThread*
    04 Symbol Search Path: srv*C:\Symbols*http://msdl.microsoft.com/Download/Symbols
    05  
    06  index            address     name
    07      1            10b4f65 :   _BaseCreateThreadPoolThread@12
    08      2            102e6b7 :   _CreateThreadpoolWork@12
    09      3            103234c :   _CreateThreadpoolStub@4
    10      4            1011ea8 :   _CreateThreadStub@24
    11      5            1019d40 :   _NtWow64CsrBasepCreateThread@12
    12      6            1019464 :   ??_C@_0BC@PKLIFPAJ@SHCreateThreadRef?$AA@
    13      7            107309c :   ??_C@_0BD@CIEDBPNA@TF_CreateThreadMgr?$AA@
    14      8            102ce87 :   _CreateThreadpoolCleanupGroupStub@0
    15      9            1038fe3 :   _CreateThreadpoolIoStub@16
    16      a            102e6f0 :   _CreateThreadpoolTimer@12
    17      b            102e759 :   _CreateThreadpoolWaitStub@12
    18      c            102ce8e :   _CreateThreadpoolCleanupGroup@0
    19      d            102e6e3 :   _CreateThreadpoolTimerStub@12
    20      e            1038ff0 :   _CreateThreadpoolIo@16
    21      f            102e766 :   _CreateThreadpoolWait@12
    22     10            102e6aa :   _CreateThreadpoolWorkStub@12
    23     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后米娜包含如下预处理指令:

    1 #ifdef _DEBUG
    2 #define new DEBUG_NEW
    3 #endif

    上面代码就是如何重定义new运算符的方法。


    很多STL头文件和这里定义的new运算符不兼容。如果你在重新定义运算符new之后包含了<map><vector><list><string>等头文件,会有如下错误(以<vector>为例):

    01 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
    02 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()'
    03 1>        c:\program files\microsoft visual studio 9.0\vc\include\new.h(93): or       'void *operator new(size_t,void *)'
    04 1>        while trying to match the argument list '(const char [70], int)'
    05 1>        c:\program files (x86)\microsoft visual studio 9.0\vc\include\xmemory(145) : see reference to function templateinstantiation '_Ty *std::_Allocate<char>(size_t,_Ty *)' being compiled
    06 1>        with
    07 1>        [
    08 1>            _Ty=char
    09 1>        ]
    10 1>        c:\program files (x86)\microsoft visual studio 9.0\vc\include\xmemory(144) : whilecompiling class templatemember function 'char *std::allocator<_Ty>::allocate(std::allocator<_Ty>::size_type)'
    11 1>        with
    12 1>        [
    13 1>            _Ty=char
    14 1>        ]
    15 1>        c:\program files (x86)\microsoft visual studio 9.0\vc\include\xstring(2216) : see reference to classtemplate instantiation 'std::allocator<_Ty>' being compiled
    16 1>        with
    17 1>        [
    18 1>            _Ty=char
    19 1>        ]

    解决方法是在包含这些STL文件之后再使用DEBUG_NEW重定义new运算符。

    附加阅读:


    提示20:调试ATL

    当你开发ATL COM组件时你可以在debugger中查看你所开发的COM对象的QueryInterface、AddRef和Release的调用情况。默认情况下并不支持这些调用的产看,你需要在预处理定义或者预编译头文件中定义两个宏。这两个宏定义之后,关于这些函数的调用会显示在输出(Output)窗口中。


    这两个宏是:

    • _ATL_DEBUG_QI,显示每个被查询接口的名字。必须在atlcom.h头文件被包含之前定义。
    • _ATL_DEBUG_INTERFACES,每当AddRef或Release被调用时显示当前接口的引用次数以及类名、接口名等信息。必须在atlbase.h包含之前定义。

    辅助阅读:


    结论

    在本篇文章及上一篇文章中提到的tips,尽管没有包含全部调试技巧,但是可以帮助你解决你遇到的多数原生应用程序的问题。


    目录
    相关文章
    Visual Studio Code开发常用的工具栏选项,查看源码技巧以及【vscode常用的快捷键】
    Visual Studio Code开发常用的工具栏选项,查看源码技巧以及【vscode常用的快捷键】
    542 0
    |
    18天前
    |
    NoSQL 编译器 C语言
    C语言调试是开发中的重要技能,涵盖基本技巧如打印输出、断点调试和单步执行,以及使用GCC、GDB、Visual Studio和Eclipse CDT等工具。
    C语言调试是开发中的重要技能,涵盖基本技巧如打印输出、断点调试和单步执行,以及使用GCC、GDB、Visual Studio和Eclipse CDT等工具。高级技巧包括内存检查、性能分析和符号调试。通过实践案例学习如何有效定位和解决问题,同时注意保持耐心、合理利用工具、记录过程并避免过度调试,以提高编程能力和开发效率。
    36 1
    |
    2月前
    |
    前端开发 JavaScript C#
    CodeMaid:一款基于.NET开发的Visual Studio代码简化和整理实用插件
    CodeMaid:一款基于.NET开发的Visual Studio代码简化和整理实用插件
    |
    3月前
    |
    存储 运维
    .NET开发必备技巧:使用Visual Studio分析.NET Dump,快速查找程序内存泄漏问题!
    .NET开发必备技巧:使用Visual Studio分析.NET Dump,快速查找程序内存泄漏问题!
    |
    5月前
    |
    C++ Windows
    FFmpeg开发笔记(三十九)给Visual Studio的C++工程集成FFmpeg
    在Windows上使用Visual Studio 2022进行FFmpeg和SDL2集成开发,首先安装FFmpeg至E:\msys64\usr\local\ffmpeg,然后新建C++控制台项目。在项目属性中,添加FFmpeg和SDL2的头文件及库文件目录。接着配置链接器的附加依赖项,包括多个FFmpeg及SDL2的lib文件。在代码中引入FFmpeg的`av_log`函数输出"Hello World",编译并运行,若看到"Hello World",即表示集成成功。详细步骤可参考《FFmpeg开发实战:从零基础到短视频上线》。
    220 0
    FFmpeg开发笔记(三十九)给Visual Studio的C++工程集成FFmpeg
    |
    5月前
    |
    人工智能 前端开发 Devops
    NET技术在现代开发中的影响力日益增强,本文聚焦其核心价值,如多语言支持、强大的Visual Studio工具、丰富的类库和跨平台能力。
    【7月更文挑战第4天】**.NET技术在现代开发中的影响力日益增强,本文聚焦其核心价值,如多语言支持、强大的Visual Studio工具、丰富的类库和跨平台能力。实际应用涵盖企业系统、Web、移动和游戏开发,以及云服务。面对性能挑战、容器化、AI集成及跨平台竞争,.NET持续创新,开发者应关注技术趋势,提升技能,并参与社区,共同推进技术发展。**
    46 1
    |
    Web App开发 JavaScript 前端开发
    Visual Studio Code 常见的配置、常用好用插件以及【vsCode 开发相应项目推荐安装的插件】
    Visual Studio Code 常见的配置、常用好用插件以及【vsCode 开发相应项目推荐安装的插件】
    339 0
    |
    开发框架 .NET 数据库
    asp.net企业费用报销管理信息系统VS开发sqlserver数据库web结构c#编程Microsoft Visual Studio
    asp.net 企业费用报销管理信息系统是一套完善的web设计管理系统,系统具有完整的源代码和数据库,系统主要采用B/S模式开发。开发环境为vs2010,数据库为sqlserver2008,使 用c#语言开发 应用技术:asp.net c#+sqlserver 开发工具:vs2010 +sqlserver
    107 0
    |
    Java Android开发 C++
    [笔记]Visual Studio 2015 开发安卓so库JNI层——回调调用
    [笔记]Visual Studio 2015 开发安卓so库JNI层——回调调用
    |
    移动开发 Java 开发工具
    [笔记]Visual Studio 2015 开发安卓so库JNI层——HelloWorld
    [笔记]Visual Studio 2015 开发安卓so库JNI层——HelloWorld
    173 0