【C++软件异常排查实战经验分享系列 ②】查看函数调用堆栈 | Windbg动态调试 | DLL动态库加载失败 | API Monitor工具 | 程序闪退 | 寻找dump文件 | GDI对象泄漏

置顶 已于 2025-08-28 10:21:35 修改
阅读量2.2w 收藏 68
点赞数 108
CC 4.0 BY-SA版权
分类专栏： C++软件调试与异常排查从入门到精通系列教程 C/C++软件开发从入门到实战 C/C++实战专栏 文章标签： C++软件调试与异常排查 函数调用堆栈 Windbg动态调试 DLL动态库加载失败 API Monitor 程序闪退 dump文件
于 2025-06-30 13:49:57 首次发布
本文为博主原创文章，未经博主允许不得转载。
本文链接：https://blog.youkuaiyun.com/chenlycly/article/details/149021309

目录

1、使用VS调试代码出现Stack overflow线程栈溢出时，VS直接退出调试，看不到异常发生时的函数调用堆栈，可以尝试用Windbg去查看堆栈

2、用VS调试代码出现异常时，看不到有效的函数调用堆栈，可以尝试用Windbg去动态调试查看堆栈

3、程序启动时报找不到dll库或找不到接口，或者动态加载的dll库加载失败，可以使用Dependency Walker、Process Explorer等工具去排查

4、研究其他软件在实现某一功能时都调用哪些系统API函数以及调用这些函数传入了什么参数，可以尝试用API Monitor工具去监测

5、当程序发生闪退时，不一定是程序中发生了崩溃，可能是代码中检测到了问题，直接调用abort或exit强行退出了程序

6、程序UI界面出现卡死或点不动，可能是窗口被disable了，也可能是代码中出现了死循环，也可能是发生了多线程死锁

7、程序发生异常崩溃时，程序中安装的异常捕获模块没有捕获到，可以尝试用Windbg动态调试去捕获异常

8、程序发生异常崩溃时，没有生成dump文件，可以尝试到系统应用程序日志中查看系统有没有生成dump文件

9、程序UI界面显示异常或者绘制异常时，可能是GDI对象发生泄漏导致程序进程占用的GDI对象接近上限导致的

       在开发调试C++软件的过程中会遇到各式各样的问题，通过排查这些项目问题可以积累大量的实战排查经验和处理技巧，本文对这些经验和技巧做个总结和分享，以供大家借鉴或参考。

C++软件异常排查从入门到精通系列教程（核心精品专栏，订阅量已达8000多个，欢迎订阅，持续更新...）https://blog.youkuaiyun.com/chenlycly/article/details/125529931

了解本专栏 订阅专栏 解锁全文
C++程序发生闪退且没生成dump文件问题的排查经验总结与分享
dvlinker的技术专栏
10-14 2万+
本文详细讲述了C++程序发生闪退且没有生成dump这类问题的场景及排查方法，并给出了相关实战问题分析实例，有一定的实战参考价值。
C++程序中执行abort等操作导致未生成dump文件的问题案例分析
CyberFlare的博客
09-11 322
dump文件生成路径配置错误：即使配置了生成dump文件的功能，如果路径配置有误，也可能导致dump文件未生成。解决这个问题的方法是查看编译器和操作系统的文档，了解是否支持生成dump文件，并在编译和运行时进行相应的配置。综上所述，当执行abort等操作未生成dump文件时，我们应该先检查编译器和操作系统是否支持生成dump文件，并进行相应的配置。然而，有时候我们会发现在执行abort函数后，并没有生成所期望的dump文件，这可能导致我们难以分析问题的根本原因。为0来开启生成dump文件的功能。
【C++内存泄漏】引发C++程序内存泄漏的原因分析与排查内存泄漏的方法总结
dvlinker的技术专栏
08-21 3万+
本文根据多年的项目实践以及遇到的多个内存泄漏的问题案例及场景，详细介绍引发内存泄漏的原因以及排查方法。
dump系列（2）C++程序异常或内存错误，导致闪退的解决办法：分析dump文件
$firecat利白的代码足迹$
01-28 4542
如何在发布后程序中捕获程序的崩溃和异常往往是比较麻烦的事情，一般采用日志记录的方法来记录程序运行的每个流程，但是通常为了程序运行的性能，日志记录的方法只是记录程序运行的每个主要的处理流程，不能进行具体详细的记录，比如for 循环中的崩溃记录。C++语言中调用window API函数CreateFile()和MiniDumpWriteDump()，可以方便的记录程序崩溃时的Dump信息，并保持dum...
C++ 常见崩溃问题分析
码农之道
11-24 3472
一、前言 从事自动化测试平台开发的编程实践中，遭遇了几个程序崩溃问题，解决它们颇费了不少心思，解决过程中的曲折和彻夜的辗转反侧却历历在目，一直寻思写点东西，为这段难忘的经历留点纪念，总结惨痛的教训带来的经验，以期通过自己的经历为他人和自己带来福祉：写出更高质量的程序；   由于 C 和 C++ 这两种语言血缘非常近，文本亦对 C 编程语言有借鉴作用；   二、C++ 崩溃分类
【C++软件实战问题排查经验分享系列 ③】 Process Explorer | Process Monitor | API Monitor | Windbg | IDA 等常用工具的使用总结
dvlinker的技术专栏
04-28 4万+
本文详细讲述SPY++、Dependency Walker、剪切板查看工具Clipbrd、 GDI对象查看工具GDIView、Process Explorer、Process Monitor、API Monitor、调试分析工具Windbg、交互式反汇编工具IDA等常用软件分析工具的用途（可以帮助我们高效快速地排查软件问题），并给出有实战参考价值的实战分析实例，供大家借鉴或参考。
【C++软件实战问题排查经验分享系列 ②】 调试遇到0xfeeefeee、0xcdcdcdcd等异常值 | 动态库加载失败 | 程序启动报错与启动失败 | 软件运行权限引发操作失败系列问题总结
dvlinker的技术专栏
04-25 3万+
本文对C++软件开发联调过程中遇到0xfeeefeee、0xcdcdcdcd等异常值、动态库加载失败、程序启动报错与启动失败、软件操作权限等常见问题的排查思路与方法进行详细的总结，以供大家借鉴或参考。
【C++软件实战问题排查经验分享系列 ④】pdb符号文件 | dump文件分类与生成方法 | Windbg分析dump文件 | Windbg动态调试 | Windbg常用命令 总结
dvlinker的技术专栏
05-20 3万+
在开发调试C++软件的过程中，时常会使用Windbg分析排查软件运行过程中遇到的各种异常问题。本文对使用Windbg涉及到的pdb符号文件、dump文件分类与生成方法、Windbg分析dump文件、Windbg动态调试目标进程、Windbg常用命令等诸多相关内容进行详细的总结，并给出相关的实战分析实例，供大家借鉴或参考。
C++软件调试与异常排查从入门到精通专栏介绍与文章汇总
热门推荐
dvlinker的技术专栏
06-29 22万+
根据近几年排查软件异常的实践与经验，系统地讲解了C++软件异常常见原因与常用排查方法，以图文并茂的方式给出具体的分析实例，带领大家逐步掌握C++软件异常排查的相关技术与要领。
使用API自己实现Crash时Dump
weixin_33762130的博客
04-11 382
程序在运行时，难免会有一些异常情况发生，特别是在条件不容许去挂调试器的时候，如何快速的定位错误的方法就显得很重要。 日志一直都是一种很重要的定位错误的方法，出得好的日志可以方便程序员快速的定位问题所在。但日志有时也显不足： 日志有时只能定位大体错误范围，却无法确认问题所在，比如程序抓到一个未知的异常。 程序有时没有机会来出日志，或者能出日志的时候已经无法获得和错误相关的信息，比如程序崩溃...
C++程序运行过程中发生异常闪退，很有可能是这三个原因导致的
dvlinker的技术专栏
11-16 1万+
详细讲述三种引起C++程序运行过程中发生异常闪退的常见原因。
在VS中，如何查看调用堆栈
2301_81152393的博客
10-31 3605
1.要查看不同堆栈帧的信息，可以在调用堆栈窗口中右键点击要查看的堆栈帧，然后选择“切换到帧”。要显示这些非用户代码，可以在调用堆栈窗口中右键点击并选择“显示外部代码”。窗口顶部显示的是当前正在执行的函数，向下依次是调用当前函数的函数。1.在调试过程中，可以通过菜单栏选择“调试” > “窗口” > “调用堆栈”来打开调用堆栈窗口。1.您可以在调用堆栈窗口中直接双击某个函数，这会打开该函数的源代码文件并定位到当前执行的行。2.一个黄色箭头指示当前执行的堆栈帧，而一个带卷尾的绿色箭头表示选中的堆栈帧。
本地模型部署指南[可运行源码]
11-23
本文详细介绍了如何访问和配置本地已部署的模型。首先，用户需要访问指定网址下载并安装chatbox软件。安装完成后，初次进入时需要选择使用自己的模型选项。接着，进入设置界面，选择模型提供方为ollama api，并输入相应的域名（如http://xxxxx:11434），其他设置保持默认，最后点击保存即可完成配置。配置完成后，用户可以选择并使用模型。整个过程简单明了，适合需要本地部署模型的用户参考。
基于ssm框架实现的网上商城.zip
11-23
基于ssm框架实现的网上商城.zip
JDK安装与环境配置[项目代码]
最新发布
11-23
本文详细介绍了JDK的安装和环境变量配置的全过程。首先，从JDK官网下载安装包，然后按照步骤进行安装，默认安装路径为C:Program FilesJavajdk-17。接着，重点讲解了如何配置环境变量，包括新建JAVA_HOME变量和修改Path变量，以便在任意路径下执行Java程序。最后，通过cmd命令验证JDK是否安装成功。此外，文章还附带了一份Python学习资料的推广内容，包括学习路线、视频、书籍、工具包、实战案例和面试题等资源。
C++类和对象基础[项目代码]
11-23
本文详细介绍了C++中类和对象的基础知识，包括面向对象与面向过程的区别、类的定义与访问限定符、封装的概念、类的作用域、实例化过程以及类对象模型的计算方法。文章还深入探讨了this指针的作用和特性，通过实例代码解释了this指针在成员函数中的使用方式及其重要性。此外，文中还涉及了结构体内存对齐规则和空类大小的特殊情况，为读者提供了全面的C++类和对象入门指导。
Windows安装Scrapy指南[项目代码]
11-23
本文详细介绍了在Windows系统下使用Anaconda安装Scrapy的方法，解决了pip无法直接安装Scrapy的问题。Anaconda是一个专注于数据分析的Python发行版本，内置了conda包管理系统，能够方便地管理工具包和虚拟环境。文章解释了Anaconda和conda的概念，并列举了Anaconda的优点，如省时省心、自动处理依赖关系、支持多环境隔离等。此外，还提供了Anaconda的下载链接和安装步骤，最后指导用户通过conda命令安装Scrapy。
基于Bloch方程的磁共振成像序列模拟器Matlab实现
11-23
本资源提供MATLAB多个发行版本（2014、2019a、2021a）的技术支持，配套完整案例数据集及可直接执行的程序文件。程序架构采用模块化设计理念，具备以下技术特征：通过参数配置实现核心算法调整，逻辑结构层次分明，关键代码段配有详细注释说明。 该资源适用于高等院校计算机科学、电子信息技术、应用数学等专业的课程实践、综合课题研究及学位论文开发。内容涵盖智能优化计算、神经网络预测建模、数字信号处理、元胞自动机仿真等典型实验场景，所有案例均通过标准化测试验证。 开发团队由具备十年以上工业级算法研发经验的高级工程师组成，专注于MATLAB科学计算与系统仿真领域。本资源提供经过学术机构验证的完整仿真案例库，适用于教学演示与科研实验。 资源来源于网络分享，仅用于学习交流使用，请勿用于商业，如有侵权请联系我删除！
vs调用完动态库就崩
08-19
<think>我们正在处理一个Visual Studio调用动态库后程序崩溃的问题。根据引用[2]和[3]，当在Visual Studio中调试时看不到详细的调用堆栈，可以考虑使用Windbg进行动态调试以获取更详细的信息。此外，引用[4]提到了运行时库配置，这可能是导致崩溃的一个原因（比如动态库和主程序使用了不同的运行时库配置）。 解决方案步骤如下： 1. **检查运行时库配置**：确保主程序和动态库使用相同的运行时库配置（如都是/MD或都是/MT）。混合使用不同的配置可能导致内存管理不一致，从而引发崩溃。引用[4]中详细说明了四种配置。 2. **使用Windbg进行动态调试**：当Visual Studio无法显示详细堆栈时，使用Windbg附加到进程，重现崩溃，然后分析崩溃时的调用堆栈和寄存器状态。引用[2]和[3]都提到了这种方法。 3. **检查函数调用约定**：确保动态库导出的函数使用了正确的调用约定（如__stdcall或__cdecl），并且主程序中的函数声明与动态库中的定义完全一致。 4. **检查内存管理边界**：如果动态库中分配的内存需要在主程序中释放，或者相反，必须确保两者使用相同的内存分配器（即相同的运行时库）。否则，可能导致堆损坏。 5. **检查依赖项**：使用Dependency Walker（depends.exe）或Visual Studio自带的dumpbin工具检查动态库的依赖关系，确保所有依赖的DLL都存在且版本匹配。 6. **启用崩溃转储**：在崩溃时生成dump文件，然后使用Windbg或Visual Studio分析dump文件。可以通过设置Windows错误报告来捕获转储，或者使用SetUnhandledExceptionFilter函数在程序中捕获未处理的异常并生成dump。 7. **检查符号路径**：在Windbg中设置正确的符号路径（包括主程序和动态库的PDB文件路径），以便能够解析出有意义的调用堆栈。 8. **检查异常类型**：确定崩溃时抛出的异常类型（如访问违规、堆损坏等），这有助于缩小问题范围。 下面是一个详细的步骤说明： ### 1. 验证运行时库一致性 - 打开主程序和动态库的项目属性。 - 在“C/C++” -> “代码生成” -> “运行时库”中，检查配置是否一致（例如，都设置为“多线程DLL (/MD)”）。 - 如果不一致，修改后重新编译。 ### 2. 使用Windbg调试 - 下载并安装Windbg（最新版本包含在Windows SDK中）。 - 启动Windbg，通过“File” -> “Attach to a Process”附加到目标进程。 - 重现崩溃，Windbg会在崩溃时中断。 - 输入以下命令获取详细信息： ``` .ecxr // 切换到异常上下文 k // 显示调用堆栈 !analyze -v // 自动分析异常 ``` - 分析堆栈和异常信息，定位崩溃位置。 ### 3. 检查函数声明一致性 - 动态库的头文件中的函数声明应使用`__declspec(dllexport)`（在库中）和`__declspec(dllimport)`（在主程序中）。 - 确保调用约定一致（例如，都使用`__stdcall`或都使用`__cdecl`）。 ### 4. 检查内存管理 - 避免跨模块（主程序和DLL）传递需要释放的内存。如果必须传递，提供分配和释放的函数接口（例如，在DLL中提供分配函数和对应的释放函数）。 ### 5. 检查依赖项 - 使用depends.exe（Dependency Walker）打开动态库，检查是否有缺失的DLL或版本冲突。 - 使用Visual Studio的dumpbin工具： ``` dumpbin /dependents YourDll.dll ``` ### 6. 生成和分析崩溃转储 - 在代码中设置未处理异常过滤器： ```cpp #include <Windows.h> #include <DbgHelp.h> LONG WINAPI MyUnhandledExceptionFilter(EXCEPTION_POINTERS* ExceptionInfo) { HANDLE hDumpFile = CreateFile(L"crash.dmp", GENERIC_WRITE, 0, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL); MINIDUMP_EXCEPTION_INFORMATION miniDumpInfo = { GetCurrentThreadId(), ExceptionInfo, FALSE }; MiniDumpWriteDump(GetCurrentProcess(), GetCurrentProcessId(), hDumpFile, MiniDumpNormal, &miniDumpInfo, NULL, NULL); CloseHandle(hDumpFile); return EXCEPTION_EXECUTE_HANDLER; } int main() { SetUnhandledExceptionFilter(MyUnhandledExceptionFilter); // ... 其他代码 } ``` - 当崩溃发生时，会生成crash.dmp文件，用Windbg或Visual Studio打开分析。 ### 7. 设置Windbg符号路径 - 在Windbg中，通过菜单“File” -> “Symbol File Path”设置符号路径，格式为： ``` SRV*C:\SymCache*https://msdl.microsoft.com/download/symbols;D:\YourProject\bin\Debug ``` - 其中`C:\SymCache`是本地符号缓存目录，`D:\YourProject\bin\Debug`是项目生成的PDB文件目录。 ### 8. 常见异常分析 - 访问违规（0xC0000005）：尝试访问无效内存地址，可能是空指针或已释放内存。 - 堆损坏（0xC0000374）：通常由缓冲区溢出或重复释放导致。 通过以上步骤，大部分动态库调用导致的崩溃问题都能被定位和解决。 §§相关问题§§ 1. 如何设置Visual Studio以捕获程序崩溃时的dump文件？ 2. 如何解决运行时库不匹配导致的崩溃问题？ 3. 如何使用Dependency Walker分析动态库依赖？ 4. 在Windbg中如何分析堆损坏问题？ 5. 如何确保动态库和主程序使用相同的函数调用约定？</think>### Visual Studio 调用动态库后崩溃问题解决方案 针对动态库调用导致的程序崩溃问题，以下是系统化的排查和解决方案，结合引用内容[1][2][3][4]中的关键点： #### 1. **检查运行时库一致性**（首要步骤）[^4] - **问题本质**：动态库与主程序使用不同版本的运行时库（如/MD vs /MT）会导致内存管理冲突 - **解决方案**： ```cpp // 动态库项目属性设置（必须与主程序一致） ＞ 配置属性 → C/C++ → 代码生成 → 运行时库 ``` - 主程序使用`/MD` → 动态库必须使用`/MD` - 主程序使用`/MT` → 动态库必须使用`/MT` - **验证方法**：使用dumpbin工具检查依赖 ``` dumpbin /DEPENDENTS YourDLL.dll ``` #### 2. **调试工具组合应用**（关键手段）[^1][^2][^3] - **Visual Studio 基础调试**： - 启用"本机代码调试"：`调试 → 选项 → 调试 → 常规 → 启用本机代码调试` - 异常设置：`调试 → 窗口 → 异常设置 → 勾选所有C++异常` - **Windbg 深度分析**（当VS无法定位时）： ```powershell # 启动Windbg附加进程 windbg -pn YourProgram.exe # 崩溃后执行 !analyze -v kL // 查看完整调用堆栈 .excr // 查看异常上下文 ``` #### 3. **内存问题排查**（常见崩溃原因） - **跨模块内存管理**： - 禁止在DLL中分配内存，在主程序中释放（反之亦然） - 解决方案：提供统一的分配/释放接口 ```cpp // DLL头文件中声明 extern "C" __declspec(dllexport) void* CreateBuffer(size_t size); extern "C" __declspec(dllexport) void FreeBuffer(void* ptr); ``` - **堆损坏检测**： ```cpp // 在main函数开头添加 _CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF); ``` #### 4. **调用约定验证**（易忽略点） - **问题现象**：栈指针错位导致RET指令崩溃 - **解决方案**： - DLL导出函数声明必须一致： ```cpp // 正确示例（C标准调用） extern "C" __declspec(dllexport) int __cdecl Calculate(int a, int b); ``` - 使用DEPENDS.EXE检查导出函数名： ``` depends.exe YourDLL.dll ``` #### 5. **依赖项冲突检测**（第三方库问题） - **排查步骤**： 1. 使用Process Monitor监控DLL加载过程 2. 检查是否有多个版本的CRT（C运行时） 3. 验证所有依赖DLL的架构一致性（x86/x64） ```powershell # 检查DLL架构 dumpbin /HEADERS YourDLL.dll | findstr "machine" ``` #### 6. **崩溃转储分析**（现场保留） - 配置程序生成dump文件： ```cpp #include <DbgHelp.h> SetUnhandledExceptionFilter([](EXCEPTION_POINTERS* pExp) { HANDLE hFile = CreateFile(L"crash.dmp", ...); MiniDumpWriteDump(GetCurrentProcess(), ..., hFile, ...); return EXCEPTION_EXECUTE_HANDLER; }); ``` - 用Windbg分析dump： ``` windbg -z crash.dmp !analyze -v ``` #### 7. **防御性编程实践** - DLL入口点保护： ```cpp BOOL APIENTRY DllMain(HMODULE hModule, DWORD reason, LPVOID lpReserved) { if (reason == DLL_PROCESS_ATTACH) { DisableThreadLibraryCalls(hModule); // 禁用线程通知 } return TRUE; } ``` - 安全加载机制： ```cpp HMODULE hDll = LoadLibraryEx(L"My.dll", NULL, LOAD_LIBRARY_SEARCH_DEFAULT_DIRS); // 安全加载 ``` ### 排查流程图 ```mermaid graph TD A[程序崩溃] --> B{检查运行时库一致性} B -->|不一致| C[统一/MD或/MT设置] B -->|一致| D[启用VS本机调试] D --> E{捕获异常？} E -->|否| F[使用Windbg分析] E -->|是| G[定位崩溃点] F --> H[检查内存管理] H --> I[验证调用约定] I --> J[检查依赖冲突] J --> K[分析dump文件] K --> L[问题解决] ``` 通过以上步骤，90%以上的动态库崩溃问题可被定位解决。建议先检查运行时库一致性（步骤1），这是最常见的问题根源[^4]。
评论 49
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

dvlinker

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

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

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

打赏作者

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

抵扣说明：

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

余额充值