多线程变量调试——VS 数据断点调试

Visual Studio 2013 中数据断点的使用

最近在开发一个比较复杂的项目，使用了许多assert宏来进行断言防御式编程，但是有的时候发现许多数据被修改了并非自己期望的值。有的时候也不可能为所有数据都提高读写接口封装来控制，这里就需要使用到数据断点来判断数据什么时候被改写了。

 

MSDN参考文档

https://msdn.microsoft.com/en-us/library/350dyxd0(v=vs.100).aspx

 

一.使用数据断点的条件

首先数据断点只支持Native code 也就是C/C++开发的代码，而且只能在调试模式下才能设置（程序运行了才能知道你想关注的变量地址）

如果有C#和C/C++混编的项目，也只有C/C++部分的代码支持数据断点。

 

二. 如何设置数据断点，这里以一个项目中的例子。

1. 首先以非调试模式启动项目主进程

 

2.  选择Debug->Attach to Process 将调试器挂到进程上

3. 在Attach to Process对话框中选择要Attach的进程，Select Code Type中选择Native.

4. Attach到进程以后任意执行一些操作或者命令触发对象进程的native code(c/c++代码)的断点，此时在BreakPoint窗口中已经可以选择New Data BreakPoint

5. 接下来需要获得想要监控对象的地址

使用VS调试中的watch生成表达式可以获得对象的地址

Add Watch 以后会在Watch中生成一个对象的表达式。在前面使用& 取地址符号就可以看到变量的地址

可以直接将数据类型指针+ 地址 填写在Watch窗口中验证数据地址是否有效

该例子需要检测两个变量地址的值 0x077b9430 和  0x07806434

在New Data Breakpoint中分别添加数据断点 （VS中最多支持4个数据断点）

可以看到在BreakPoint中已经添加了2个数据断点

 

继续执行一会儿就发现了有进程修改了数据断点的数据，触发了断点

然后就可以跟进断点堆栈进行进一步判断和调试。数据断点还能进一步设置条件例如当断点本身为NULL(未初始化)的时候不触发断点。

数据断点在程序复杂度很高或者多线程编程过程中非常有用。能解决很多普通代码断点无法解决的难题。