如何通过WinDbg命令在源码面板定位MFC内存泄漏的源码行？

背景与测试场景 #

我了解你正在开发MFC桌面应用，遇到了偶发内存泄漏的棘手问题——Visual Studio的输出面板只会给出泄漏块编号和十六进制地址，部分泄漏甚至只指向strcore.cpp这类系统文件，完全没有具体的源码路径和行号，定位起来特别困难。确实，WinDbg Preview的Time Travel Debugging (TTD)功能是解决这类疑难泄漏的绝佳工具。

你也做了针对性测试：创建了小型MFC程序并植入了泄漏代码：

void LeakInThread() { int* intLeak = new int[ 500 ]; }
wchar* leak = new wchar[ 100 ];
std::thread t1( LeakInThread ); // 在线程中添加泄漏
t1.join();

程序运行后VS输出的泄漏信息如下：

{274698} normal block at 0x000001AFA34D9790, 200 bytes long.

用WinDbg生成Trace文件后，回溯到程序末尾确认泄漏存在，执行!heap -i 0x00000180F42E3790得到了堆块的基础信息，但没法直接关联到源码：

0:000> !heap -i 0x00000180F42E3790
Detailed information for block entry 00000180f42e3790
Assumed heap : 0x0000000000000000 (Use !heap -i NewHeapHandle to change)
Header content : 0xCDCDCDCD 0xCDCDCDCD
Block flags : 0x1 LFH (busy )
Total block size : 0x0 units (0x0 bytes)
Requested size : 0xffffec00 bytes (unused 0x1400 bytes)
Subsegment : 0x25dac2f1e46abc2eUser blocks not available

核心问题与已尝试操作 #

你想知道：有没有WinDbg命令能在源码面板中直接显示泄漏对应的文件及行号？

之前你尝试过用dx命令筛选堆内存资源：

dx -g @$MemRes = @$cursession.TTD.Resources.HeapMemory
dx -g @$MemRes.Where(x => x.ResourceId == 0x00000180F42E3790)

但没有得到任何结果，还发现MFC程序每次运行泄漏地址都不一样，没法通过固定地址定位；另外部分泄漏确实无法回溯源码，怀疑是MFC调试器的源码路径配置有问题。

解决方案：用TTD专属命令追溯分配点并关联源码 #

答案是肯定的，你可以通过以下步骤操作，让WinDbg在源码面板显示对应的文件和行号：

1. 定位内存块的分配时间点 #

针对某个具体的泄漏块地址，执行以下命令找到它被分配的时间点：

!ttd.find memory -a <泄漏块地址> -r write

比如替换成你实际的地址：

!ttd.find memory -a 0x000001AFA34D9790 -r write

这个命令会定位到该内存块第一次被写入（也就是完成分配）的TTD时间点，返回类似Position: 0:0:12345的标记。

2. 跳转到分配时间点并查看调用栈 #

用返回的时间点标记跳转到对应时刻：

!ttd.position 0:0:12345

然后执行k或者kb命令查看调用栈：

kb

如果你的符号文件和源码路径配置正确，WinDbg会自动在源码面板中加载对应的源码文件，并高亮显示内存分配的行号。

3. 批量排查所有未释放的堆分配 #

因为MFC程序每次运行泄漏地址都不同，没法固定地址排查，你可以用TTD的批量命令列出所有未释放的堆内存：

!ttd.heap -unreleased

这个命令会输出程序结束时所有没有被释放的堆块信息，针对每个块，你再用前面的!ttd.find memory命令去追溯它的分配点即可。

关键配置要点 #

要让WinDbg正确关联源码，必须确保两个配置正确：

• 符号文件配置：在WinDbg的Settings > Symbol Settings中，添加你的应用程序私有符号（.pdb）的路径，同时勾选“Microsoft Symbol Server”，以便加载MFC的官方符号。
• 源码路径配置：通过File > Source File Path添加你的项目源码目录，WinDbg需要这个路径来将调用栈中的符号映射到具体的源码文件。

补充：关于dx命令无结果的原因 #

你之前用dx命令筛选没结果，是因为ResourceId是TTD内部的资源标识，并不是堆内存块的地址。正确的筛选方式应该是根据内存地址匹配：

dx -g @$MemRes.Where(x => x.Address == 0x00000180F42E3790)

不过相比dx命令，!ttd.find和!ttd.heap专门针对内存泄漏场景设计，用起来更直接高效。

内容的提问来源于stack exchange，提问作者rtischer8277