VC++内存泄漏检测方法(5):使用强大的Windbg工具,重点是Symbols Path设置

简介: VC++内存泄漏检测方法(5):使用强大的Windbg工具,重点是Symbols Path设置

前面4篇文章提到的方法,已经可以解决我们的大部分内存泄露问题了,但是这些方法是有前提的,那就是一定要有源代码,而且还只能是Debug版本调试模式下。实际上很多时候,我们的程序会用到第三方没有源代码的模块,有些情况下模块有内存泄露,但是没有证据,又或者VC++ MFC退出提示有内存泄漏,但是信息不足,不好定位是哪个文件哪个函数出问题,我们该怎么办? 这时我们就要依靠无所不能的WinDbg了。


不了解windbg的读者,请见我的另一篇博客《Windows平台的Windbg/x64dbg/OllyDbg调试器》


Windows SDK v10

C:\Program Files (x86)\Windows Kits\10\Debuggers\x64\windbg.exe

C:\Program Files (x86)\Windows Kits\10\Debuggers\x86\windbg.exe

gflags.exe和windbg.exe在同一个安装路径

1、先运行Windbg安装目录下的gflags.exe,Image File,Image填exe名字,不要全路径,选上Create user mode stack trace database;


image.png


2、准备好Windows系统的环境变量,添加环境变量_NT_SYMBOL_PATH和_NT_ALT_SYMBOL_PATH,而_NT_SYMBOL_PROXY是可选项,非必需。


_NT_SYMBOL_PATH=C:\Symbols;srv*C:\Symbols*http://msdl.microsoft.com/download/symbols

_NT_ALT_SYMBOL_PATH=cache*C:\Symbols

_NT_SYMBOL_PROXY=127.0.0.1:8100

(1)这句话的意思是:指定用于符号解析的符号路径为本地路径C:\Symbols,如果找不到就去http://msdl.microsoft.com/download/symbols下载,存放路径是C:\Symbols。所以第1次断点调试时,可能需要下载等很久,第2次以后就不会了。


(2)一定要用C:\Symbols这个目录,不要用自定义的目录。否则会提示错误,如下:

*** ERROR: Symbol file could not be found.  Defaulted to export symbols for ntdll.dll -


image.png


(3)考虑到.pdb符号文件较大,为了给系统盘瘦身,不想把符号文件放在C盘,那就可以采用mklink加入文件链接的方法。用管理员权限打开CMD(windows开始菜单-所有程序-附件-命令提示符-右键,以管理员身份运行),输入命令:


mklink /D C:\Symbols E:\software\Qt\symbolcache

这样会在C盘建立链接C:\Symbols,它实际指向的是E盘自定义路径。


(4)环境变量_NT_SYMBOL_PATH的设置不仅仅适用于WinDbg。实际上,所有调试器(至少Microsoft的VS调试器)都将使用此设置。VS2017的调试选项如图:


image.png


image.png


之后我用VS调试器,因为第1次调试时已经下载了符号文件到本地,第2次及以后调试时,记得要去掉"Mincrosoft符号服务器"的勾选,然后点击F5进入调试。但是我发现了一个问题,即状态栏每次都提示从服务器下载并加载符合文件,文件很多还很慢。按理说,第1次调试时,符号文件pdb不是已经下载到本地磁盘了吗?怎么又要下载?这是一个潜在的坑:


原来VS调试器运行过程中,它任何时候都会从windows服务器加载;windows符号本地有了还仍然去svr查找;微软服务器符号加载如此之慢,竟然有时快有时慢!详情见《微软符号服务器_NT_SYMBOL_PATH给VS调试带来的隐藏坑》


解决方法有以下两种(推荐方法2):


(1)到环境变量里,删除或者重命名_NT_SYMBOL_PATH变量;


(2)到环境变量里,设置_NT_SYMBOL_PROXY,指向一个无效的代理服务器IP和Port;


重启VS,OK!!


3、运行Windbg.exe,(注意,32位程序请使用32位windbg调试,64位程序用64位windbg调试。)


(1)菜单File-Symbol File Path,或者Ctrl+S,弹框,请输入用户程序的.pdb符号文件路径(非必须,如果没有pdb文件则略过该步骤):


C:\Users\firecat\source\repos\SmartDispenser\Debug

加上之前已配置的环境变量_NT_SYMBOL_PATH,最终的符号文件路径会成为:


C:\Users\firecat\source\repos\SmartDispenser\Debug;C:\Symbols;srv*C:\Symbols*http://msdl.microsoft.com/download/symbols

windbg命令行的符号命令介绍:


.sympath #查看符号目录


.reload #重新加载符号目录


!sym noisy #利用 !sym noisy 命令可以清楚发现 Symbols 安装到底在哪里出了问题


!heap #查看堆栈


(2)菜单File-Open Executable-打开需要调试的exe文件


(3)菜单Debug-Go,一步一步得运行


(4)exe在手动关闭退出时windbg会显示内存泄漏:


Detected memory leaks!

Dumping objects ->

{194} normal block at 0x04091C20, 8 bytes long.

Data: <Ll y    > 4C 6C 86 79 01 CD CD CD

Object dump complete.


可以发现地址0x04091C20就是内存泄漏的地址,泄漏8个字节,但是信息仍不足,不好定位究竟是哪个文件哪个函数出了问题,我们该怎么办?解决办法如下:


通过!heap命令对该地址进行分析,可以发现具体的调用堆栈:


!heap -p -a 0x04091C20


image.png

image.png


通过这句提示,可以发现问题所在:


TKernel!TCollection_AsciiString::TCollection_AsciiString+0x00000036


相关文章
|
9天前
|
缓存 算法 Java
本文聚焦于Java内存管理与调优,介绍Java内存模型、内存泄漏检测与预防、高效字符串拼接、数据结构优化及垃圾回收机制
在现代软件开发中,性能优化至关重要。本文聚焦于Java内存管理与调优,介绍Java内存模型、内存泄漏检测与预防、高效字符串拼接、数据结构优化及垃圾回收机制。通过调整垃圾回收器参数、优化堆大小与布局、使用对象池和缓存技术,开发者可显著提升应用性能和稳定性。
30 6
|
18天前
|
Web App开发 JavaScript 前端开发
使用 Chrome 浏览器的内存分析工具来检测 JavaScript 中的内存泄漏
【10月更文挑战第25天】利用 Chrome 浏览器的内存分析工具,可以较为准确地检测 JavaScript 中的内存泄漏问题,并帮助我们找出潜在的泄漏点,以便采取相应的解决措施。
127 9
|
18天前
|
监控 JavaScript 前端开发
如何检测和解决 JavaScript 中内存泄漏问题
【10月更文挑战第25天】解决内存泄漏问题需要对代码有深入的理解和细致的排查。同时,不断优化和改进代码的结构和逻辑也是预防内存泄漏的重要措施。
34 6
|
23天前
|
机器学习/深度学习 算法 物联网
大模型进阶微调篇(一):以定制化3B模型为例,各种微调方法对比-选LoRA还是PPO,所需显存内存资源为多少?
本文介绍了两种大模型微调方法——LoRA(低秩适应)和PPO(近端策略优化)。LoRA通过引入低秩矩阵微调部分权重,适合资源受限环境,具有资源节省和训练速度快的优势,适用于监督学习和简单交互场景。PPO基于策略优化,适合需要用户交互反馈的场景,能够适应复杂反馈并动态调整策略,适用于强化学习和复杂用户交互。文章还对比了两者的资源消耗和适用数据规模,帮助读者根据具体需求选择最合适的微调策略。
|
21天前
|
Web App开发 缓存 JavaScript
如何检测和解决闭包引起的内存泄露
闭包引起的内存泄露是JavaScript开发中常见的问题。本文介绍了闭包导致内存泄露的原因,以及如何通过工具检测和代码优化来解决这些问题。
|
22天前
|
缓存 监控 Java
在使用 Glide 加载 Gif 动画时避免内存泄漏的方法
【10月更文挑战第20天】在使用 Glide 加载 Gif 动画时,避免内存泄漏是非常重要的。通过及时取消加载请求、正确处理生命周期、使用弱引用、清理缓存和避免重复加载等方法,可以有效地避免内存泄漏问题。同时,定期进行监控和检测,确保应用的性能和稳定性。需要在实际开发中不断积累经验,根据具体情况灵活运用这些方法,以保障应用的良好运行。
|
1月前
|
存储 监控 算法
JVM调优深度剖析:内存模型、垃圾收集、工具与实战
【10月更文挑战第9天】在Java开发领域,Java虚拟机(JVM)的性能调优是构建高性能、高并发系统不可或缺的一部分。作为一名资深架构师,深入理解JVM的内存模型、垃圾收集机制、调优工具及其实现原理,对于提升系统的整体性能和稳定性至关重要。本文将深入探讨这些内容,并提供针对单机几十万并发系统的JVM调优策略和Java代码示例。
49 2
|
1月前
|
Web App开发 开发者
|
24天前
|
缓存 监控 Java
内存泄漏:深入理解、检测与解决
【10月更文挑战第19天】内存泄漏:深入理解、检测与解决
42 0
|
1月前
|
数据处理 Python
Python读取大文件的“坑“与内存占用检测
Python读取大文件的“坑“与内存占用检测
48 0