将Windbg附加到软件进程上排查异常闪退的问题

已于 2024-11-15 15:19:44 修改
阅读量1w 收藏 107
点赞数 148
CC 4.0 BY-SA版权
分类专栏： C++软件调试与异常排查从入门到精通系列教程 分析C++软件问题的实用软件与高效工具实战案例集锦 文章标签： C++ 软件异常 Windbg 内存泄漏 DebugBreak
于 2022-06-10 11:59:33 首次发布
本文为博主原创文章，未经博主允许不得转载。
本文链接：https://blog.youkuaiyun.com/chenlycly/article/details/125217701
本文介绍了如何利用Windbg工具分析C++软件在使用webrtc库时因内存泄漏引发的频繁闪退问题。通过动态调试，发现软件在执行malloc操作时失败，原因是用户态虚拟内存耗尽，进一步分析确认是由于内存泄漏导致。

目录

1、问题背景

2、将Windbg附加到进程上，发现软件发生异常时中断在DebugBreak接口上

3、根据Windbg中显示的函数调用堆栈，查看Webrtc库的开源代码，发现是new失败了 

4、malloc或new失败的可能原因分析

5、发生内存泄漏导致进程的用户态虚拟内存即将被用完，导致malloc失败

6、最后

VC++常用功能开发汇总（专栏文章列表，欢迎订阅，持续更新...）icon-default.png?t=O83Ahttps://blog.youkuaiyun.com/chenlycly/article/details/124272585C++软件异常排查从入门到精通系列教程（专栏文章列表，欢迎订阅，持续更新...）

了解本专栏 订阅专栏 解锁全文
使用Windbg调试异常闪退问题的解决方案
RiqaEditor的博客
09-21 688
通过安装Windbg、编译可调试的程序、附加到目标进程、设置调试符号路径以及分析异常闪退问题，我们可以使用Windbg工具来定位问题所在。本文将介绍如何使用Windbg调试C/C++程序中的异常闪退问题，并提供相应的源代码示例。在Visual Studio中，可以在项目属性的“C/C++”选项卡中设置“生成调试信息”为“是”或“调试优化”为“无”。Windbg是Windows平台上的一款功能强大的调试工具，可以帮助我们分析程序的崩溃原因。在弹出的对话框中，选择您要调试的目标进程，并点击“附加”按钮。
【C++软件调试技术】C++软件开发维护过程中典型软件异常问题的排查与总结
dvlinker的技术专栏
04-15 17万+
本文以问答的方式进行展开，罗列了C++软件日常开发和维护中遇到的多个软件调试问题及有代表性的场景，给出详细的处置思路和处理办法，以供大家借鉴和参考。
使用windbg抓取dump文件，分析闪退原因
jigsaw_joker的博客
05-17 1789
使用windbg工具抓取dump文件，分析闪退原因
windbg使用教程
qq_36314864的博客
12-01 5974
windbg使用教程
WinDbg附加到进程，定位闪退(无dmp)、崩溃(有dmp)。
最新发布
weixin_44733606的博客
10-11 284
方式一：GUI操作1、启动目标程序2、启动Windbg。点击：File-Attach to Process3、在列表中选择目标程序（新启动的进程一般在列表下面）。也可以直接输入进程ID。点击OK。此时被附加的程序会被Windbg中断。4、找到Debug-Go或者输入指令g，可继续执行。方式二：使用命令行命令1、先启动目标程序使用命令行启动Windbg，并附加到目标进程，并使用g指令使程序继续执行。2、快捷键Win+R，输入cmd，输入如下命令行后回车。
windows系统中用windbg收集程序崩溃信息
邓校长的编程课堂专栏
09-07 2274
利用windbg工具抓取、收集程序异常崩溃信息，并导出为dmp文件供分析，分析dmp文件时一般需要pdb文件才能定位至具体的异常代码行
[windbg] 附加到用户进程
LYSM
03-25 2041
!process 0 0 test.exe .process /i 进程的eprocess;g;.process /p 进程的eprocess; !peb 进程的peb;.reload /user bp test!你要下断的函数名
使用Windbg调试目标进程排查C++软件异常的一般步骤与要点分享
dvlinker的技术专栏
02-24 1万+
本文通过一个异常崩溃分析实例来详细讲解使用Windbg动态调试目标进程的一般步骤及完整过程，很有实战参考价值。
C++软件调试与异常排查从入门到精通专栏介绍与文章汇总
热门推荐
dvlinker的技术专栏
06-29 22万+
根据近几年排查软件异常的实践与经验，系统地讲解了C++软件异常常见原因与常用排查方法，以图文并茂的方式给出具体的分析实例，带领大家逐步掌握C++软件异常排查的相关技术与要领。
使用Windbg调试目标程序去分析异常的两实战案例分享
dvlinker的技术专栏
02-22 2万+
使用Windbg动态调试目标程序去分析异常的两实战案例分享。
WinDbg：调试之附加进程生成 dmp『二』
03-19 2379
文章目录正文系列地址 简 述: 上一篇有些 WinDbg 的基础用法，本篇开始使用 WinDbg 附加进程调试，卡住崩溃后生成 dmp 文件。 本文初发于 “偕臧的小站”，同步转载于此。 正文 💻: win10 21H2 📎 WinDbg 10.0.22000.194 步骤如下 管理员运行 windbg.exe “File - Attach to a process…” 附加进程 此时按下 F5 开启调试 在附加的程序进行 UI 操作，等待崩溃中断，此时 WinDbug 界面
使用windbg调试进程线程数据结构
05-13
当学习windows驱动开发的入门者，经常使用windbg调试，进线程在驱动调试中占有很大的比重，初学者阅读这本pdf绝对是有帮助的！
很好用的调试软件WinDbg.rar
03-19
很好用的调试软件WinDbg.rar
windbg x64官方安装包
10-17
windbg x64官方安装包 这个只能在x64cpu安装哦 需要x86的下载另外一个资源 windbg x64官方安装包 这个只能在x64cpu安装哦 需要x86的下载另外一个资源
Windbg解决一个闪退
11-12 3533
问题描述 ：一个外部的程序与主程序交互，登录之后即闪退 1. 2.设置symbol search path: 3.启动指定的exe,并填写启动参数 4.程序Crash时，windbg会自动捕获异常 ModLoad: 18d30000 18d81000   D:\接收文件\卓家斌\gtja1106\lang.dll (33f8.2a50): Access violation - co
【dump调试】深入分析程序闪退：使用IDA+WinDbg+程序安装包定位dump异常代码
Arbboter的专栏
09-08 813
本文介绍在无PDB文件时，精准关联IDA伪代码与源码需多维度匹配：1)利用程序中不变的字符串常量作为首要桥梁；2)识别API调用序列特征，如SendMessageTimeoutA+WM_COPYDATA组合；3)分析控制流结构和关键常量值(如0x3FF/1023)；4)交叉验证多个特征提高准确性。实战中应优先搜索独特字符串和API组合，结合变量使用模式和调用关系，避开编译器优化干扰，从而在庞大代码库中快速定位问题函数及具体行号，实现高效修复。
wingdb的使用-附加进程
oiooooio的专栏
05-06 4255
本人是一个linux新手。 作为在windows上做了几年的服务器，对于有些人来说就是：“在windows上做什么服务器?” 最近开始在linux-Ubuntu下做服务器，c++。 因为接触新的环境，一心想找顺手的工具，有句话说的好，“砍柴不误磨刀功”。要有好的工具，才能干净利落的干活，就行windows上有vs这种神器一样。 --------------- 在Ubuntu下用eclip
使用Windbg调试目标进程的一般步骤详解
dvlinker的技术专栏
01-09 1万+
有时需要使用Windbg动态调试目标程序去排查软件异常，本文通过一个问题实例详细介绍使用Windbg动态调试目标进程的一般步骤及相关要点。
windbg下EPROCESS获取进程加载模块
125096
06-28 2813
//查看指定的进程信息 kd> !process 0 0 explorer.exe PROCESS 88adb2b0 SessionId: 1 Cid: 0534 Peb: 7ffdd000 ParentCid: 0520 DirBase: 3eb99280 ObjectTable: 8c033088 HandleCount: 674. Image: explore
软件突然闪退，生成了dump，如果用windbg分析
09-02
<think> 首先，用户的问题是：“我想查找使用windbg分析软件突然闪退生成的dump文件的方法 请问如何使用windbg分析软件突然闪退生成的dump文件”。这直接询问如何使用WinDbg分析dump文件，特别是当软件突然闪退时生成的。 我有两个引用： - 引用[1]：讨论了使用WinDbg分析dump文件的一般步骤，包括查看异常类型和崩溃的汇编指令。还提到了使用CrashRpt库或BreakPad来生成dump文件。 - 引用[2]：描述了如何生成完整dump文件，比如通过WinDbg附加进程或从任务管理器导出。 用户指定“参考站内引用”，所以我应该基于这些引用构建回答。但引用不是用户真正的需求；我需要结合用户的问题。 用户的问题焦点是分析闪退生成的dump文件。引用中提供了相关步骤和方法。 我的回答需要： - 遵守系统级指令：使用$...$格式的行内数学表达式（如果适用），$$...$$格式的独立公式（如果适用），确保LaTeX语法正确。 - 使用中文回答。 - 结构清晰，帮助用户逐步解决问题。 - 保证回答真实可靠。 - 生成相关问题（在“§§相关问题§§”部分之后）。 - 在引用的段落末尾添加引用标识，如[^1]。 由于主题是WinDbg和dump文件分析，可能没有数学表达式，但如果涉及到地址计算或内存布局，我可以使用LaTeX，但需谨慎，只在必要时。 关键步骤： 1. 初步设置：安装WinDbg和符号路径。 2. 打开dump文件。 3. 加载符号。 4. 分析异常。 5. 调试堆栈跟踪。 根据引用[1]： - 查看异常类型和崩溃的汇编指令。 - 初步分析。 根据引用[2]： - 如何生成dump文件：使用.dump /ma命令或任务管理器。 - 排查模态框返回时的崩溃问题（作为例子）。 用户提到“软件突然闪退生成的dump文件”，所以我需要解释如何分析这样的dump文件。 结构化回答： - **引言**: 简要介绍WinDbg的作用。 - **步骤1: 获取dump文件** – 解释如何确保dump文件生成（参考CrashRpt或BreakPad）。 - **步骤2: 打开dump文件** – 使用WinDbg加载dump文件。 - **步骤3: 加载符号** – 设置符号路径（symbol path）。 - **步骤4: 分析异常** – 使用命令如!analyze -v。 - **步骤5: 检查堆栈** – 使用kb或k命令。 - **步骤6: 深入调试** – 如查看寄存器、内存。 - **结论**: 总结关键点。 在回答中引用引用[1]和[2]。 添加引用标识： - 当提到引用内容时，在段落末尾添加[^1]或[^2]。 例如： - 根据引用[1]，可以使用!analyze -v命令来查看异常类型[^1]。 生成相关问题： - 在“§§相关问题§§”部分，列出3-5个相关问题。 确保回答真实可靠：基于我的知识，WinDbg分析步骤包括： 1. 打开dump：File > Open Crash Dump 2. 设置符号：.symfix c:\symbols; .reload 3. !analyze -v 4. k 或 kb 查看堆栈 5. lm 查看加载模块 6. 可能需要.dumpdebug来检查dump类型等。 结合引用： - 引用[1]提到查看异常类型和崩溃的汇编指令。 - 引用[2]提到生成dump文件的方法。 回答在中文中。 最终回答结构： 1. 标题或开头：如“WinDbg分析软件闪退dump文件的使用方法” 2. 逐步解释。 3. 在相关地方添加引用。 4. 结束语。 5. §相关问题§部分。 </think> ### 如何使用WinDbg分析软件突然闪退生成的dump文件 当软件突然闪退时，生成dump文件（内存转储文件）是排查崩溃原因的关键工具。WinDbg是Windows平台上强大的调试器，用于分析这些文件。下面我将基于引用内容，逐步指导您完成分析过程。整个过程分为dump文件生成、加载分析、异常检查和深入调试四个阶段，确保结构化且可靠（参考真实调试实践）。 #### 步骤1: 确保dump文件正确生成 软件闪退时，dump文件是崩溃瞬间的内存快照。如果您的程序未自动生成dump文件，可集成异常捕获库（如引用[1]所述），推荐使用： - **CrashRpt库**：Google开发的轻量级库，可捕获异常并自动生成dump文件（开源版本有局限性，需优化）。 - **BreakPad**：Google浏览器开源组件，广泛用于生成minidump文件，兼容性好。 生成完整dump文件（包含全部内存信息）的方法： - **任务管理器导出**：在软件闪退后，打开任务管理器 > 右键点击目标进程 > "创建转储文件"[^2]。 - **WinDbg附加导出**：如果进程未完全退出，可用WinDbg附加进程（File > Attach to Process），然后用命令`.dump /ma D:\path\dump.dmp`导出完整dump文件[^2]。其中`/ma`选项确保包含所有内存数据，便于深入分析。 关键提示：确保dump文件路径可读写，文件名包含时间戳以便追踪（如`20231001_crash.dmp`）。 #### 步骤2: 在WinDbg中加载dump文件 安装WinDbg（推荐Windows SDK版本或WinDbg Preview）后操作： 1. **启动WinDbg**：打开程序，选择“File” > “Open Crash Dump”。 2. **加载dump文件**：浏览到生成的`.dmp`文件并打开。 这一步会将dump文件内容载入WinDbg调试环境。 #### 步骤3: 设置符号路径和加载模块 符号文件（.pdb）是调试的核心，提供函数名和源代码映射： - **设置符号路径**：在WinDbg中执行命令： ``` .symfix c:\symbols // 设置本地符号缓存路径 .reload /f // 强制重新加载所有符号 ``` 确保包含程序本身的pdb文件路径，例如：`.sympath+ c:\your_app\symbols`。 - **验证符号加载**：使用`lm`命令查看加载的模块是否带有符号（状态显示为"Symbols loaded"）。 #### 步骤4: 初步分析异常和崩溃点 WinDbg提供自动化分析工具定位崩溃原因： - **运行!analyze -v命令**：此命令自动解析异常类型、错误代码和崩溃指令位置。例如： ``` !analyze -v ``` 输出中将显示异常类型（如`EXCEPTION_ACCESS_VIOLATION`）和崩溃时的汇编指令地址[^1]。 - **查看崩溃堆栈**：使用`k`或`kb`命令获取线程调用堆栈，快速定位崩溃函数： ``` k ``` 堆栈顶部指向崩溃点（如最近的函数调用）。 #### 步骤5: 深入调试崩溃上下文 根据!analyze结果深入检查： - **检查寄存器状态**：使用`r`命令查看崩溃时刻的寄存器值，尤其`eip`（指令指针）指向的地址。 - **反汇编崩溃指令**：结合`u`命令反汇编崩溃地址的代码： ``` u eip ``` 这帮助识别无效内存访问或空指针（引用[1]提到需关注汇编指令以确定根源）[^1]。 - **分析内存内容**：如果涉及指针错误，用`dd`或`dc`命令查看内存： ``` dd address // 显示指定地址内存数据 ``` - **排查特定问题**：例如，模态框返回崩溃（引用[2]示例）可通过`.frame /i`聚焦相关栈帧。 #### 总结和最佳实践 - **关键步骤回顾**：生成dump → 加载到WinDbg → 设置符号 → !analyze -v → 检查堆栈和寄存器。 - **可靠性提示**：确保dump文件完整（使用`.dump /ma`生成），符号路径正确。分析后保存日志（`logopen D:\analysis.txt`）。 - **常见崩溃原因**：内存泄漏、非法指针或未处理异常。引用[1]强调初步分析汇编指令是快速定位的关键[^1]。
评论 171
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

dvlinker

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值