程序崩溃-windows

最新推荐文章于 2020-07-22 20:12:59 发布
原创 最新推荐文章于 2020-07-22 20:12:59 发布 · 585 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#windows #工具 #dll #互联网 #x86 #优化

本文介绍了使用Dr.Watson生成dump文件来诊断程序崩溃的方法，并详细解释了如何利用Windbg进行堆栈分析以定位问题所在。此外还提供了Windbg命令行参数配置及常用命令介绍。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

关键字 崩溃 windows windbg drwstn32

m$平台中程序运行中崩溃,hello级找问题

1.dump文件: 工具Dr.Watson(drwstn32.exe) 获取崩溃了的程序的信息。在应用崩溃时Dr.Watson生成dump文件(user.dmp)和日志文件。日志文件中概要信息明确显示意外情况编号（windows的错误编号)

参考http://support.microsoft.com/kb/246084

http://baike.baidu.com/view/583944.htm

http://support.microsoft.com/kb/188296

2.日志文件不能明确看出信息，看堆栈明确定位用工具:windbg

  点菜单"Call Stack",直接显示(或命令kb)，崩溃时程序执行的代码位置(源代码中的行数)

  这样好好分析优化自己的代码解决问题。

如果还想深入，研究windbg。阅读附带的帮助。

a. 简单介绍常用的命令：
　　查看stack：kb, kp,
　　查看内存：dd,da,db
　　分析死锁：!cs, !lock
　　自动分析：!analyze
　　加载dll: .load, .reload
　　显示加载的模块信息： lm, lmvm

b.如果不是在崩溃主机上用windbg，应用程序的环境最好与出问题的主机保持一致，以便windbg按照dump文件的路径信息找到资源

命令行式运行: windbg -y SymbolPath -i ImagePath -z DumpFileName
SymbolPath : 指定符号搜索路径（以分号分隔),srv表示从互联网搜索.。典型设置  c:\symbols;srv*c:\symbols*http://msdl.microsoft.com/download/symbols;

ImagePath : 应用程序的路径

DumpFileName : 加载的dump文件名


c. windbg 已包含在WINDOWS SDK中，可以从sdk包中选择安装

   直接用安装包安装, x86的安装包地址http://msdl.microsoft.com/download/symbols/debuggers/dbg_x86_6.9.3.113.msi


astrozhang
关注
jdk-8u391-windows-x64
11-17
4. **兼容性与稳定性**：更新确保JDK与最新的操作系统、硬件和网络环境保持良好的兼容性，并解决可能导致程序崩溃或不稳定的问题。 5. **JMX（Java Management Extensions）和JFR（Java Flight Recorder）**：这两...
jre-8u291-windows-x64.exe
07-07
5. **稳定性改进**：修复可能导致程序崩溃或异常行为的问题，提高整体稳定性。 6. **内存管理**：可能改进垃圾收集算法，提升大型应用程序的内存管理效率。 安装JRE 8u291后，用户可以运行任何基于Java 8及以下...
如何禁用/启用dr.watson诊断工具 drwtsn32 / 如何在vista下生成转储文件dump
理性的幻想
03-08 1070
本文转自 http://blog.youkuaiyun.com/zdl1016/archive/2009/03/14/3986530.aspx 要禁用 Dr. Watson，请按照下列步骤操作 单击开始，单击运行，在打开框中键入 regedit.exe，然后单击确定。 找到并单击以下注册表项： HKEY_LOCAL_MACHINE/Software/Microsoft/Windows NT/Cur
Windows自带的小巧的调试利器--Dr.Watson
weixin_33744854的博客
02-26 236
1.Dr.Watson是什么? Dr.Watson( drwtsn32.exe)是Windows自带的调试工具,相比于比较专业的程序调试工(WinDbg,Ntsd…)她显得比较的弱小,但是在如下场合她应该是比较好的一种选择: a. 在没有安装任何调试工具的测试机器上我们的程序崩溃了.怎么办?是把Windows弹出来的报错的对话框抓屏发给开发...
vc++程序崩溃后不生成dump文件
lixiangminghate的专栏
12-27 1万+
这几天给自己的程序通过SetUnhandleExceptionFilte加dump机制。实测时发现不是所有的崩溃，都能生成dump文件：比如assert(false);语句就没有生成dump文件。上网查了一下发现跟我有相同困惑的人还不少，比如这篇 " 很多软件通过设置自己的异常捕获函数，捕获未处理的异常，生成报告或者日志（例如生成mini-dump文件），达到Release版本下追
如何禁用或启用 Windows 的 Dr. Watson
weixin_30500473的博客
07-26 522
[背景介绍] Dr. Watson 是一种Windows操作系统自带的诊断工具，它在程序出现问题时收集并记录有关计算机的信息，这些信息可用于诊断程序错误。 启用Dr.Watson时，当错误发生时，会生成一个名为Drwtsn32.log的日志文件，您也可以选择同时生成一个故障转储(crash dump)文件，此文件为一个可加载到程序调试器中的二进制文件。 如何配置Dr.Watson? 1. ...
最新版windows jdk-11.0.19-windows-x64-bin.zip
04-24
1. **下载安装文件**：首先，你需要从官方渠道下载“jdk-11.0.19_windows-x64_bin.exe”这个安装包。这是一份可执行文件，专为Windows 64位系统设计。 2. **运行安装程序**：双击下载的.exe文件，启动安装向导。...
jdk-8u291-windows-i586.zip
06-07
例如，u291可能会解决一些已知的内存泄漏问题，提高垃圾回收的效率，或者修复可能导致程序崩溃的潜在错误。 在压缩包内的"jdk-8u291-windows-i586.exe"文件，这通常是一个可执行安装程序，用于在Windows系统上安装...
jdk-8u201-windows-x64
01-17
9. **兼容性和稳定性**: JDK 8u201确保与之前版本的兼容性，同时也提升了系统的稳定性，减少了程序崩溃的可能性。 安装"jdk-8u201-windows-x64.exe"后，开发者可以通过设置环境变量`JAVA_HOME`，将JDK添加到系统...
windbg dump 批量分析
hziee_的专栏
11-22 1063
@echo off for %%i in (*.dump) do windbg -y "..\..;SRV*C:\MyLocalSymbols*http://msdl.microsoft.com/download/symbols" -i "..\.." -logo %%i.log -c ".ecxr; k 30; vertarget; lm; q" -Q -WX -z %%i -y s
常见蓝屏代码解释及解决方法
热门推荐
Yun的博客
07-22 2万+
蓝屏代码解释及解决方法     小云因为常遇到电脑蓝屏情况，今天就来整理一下部分常见的蓝屏代码分析及解决方法。 1、蓝屏代码 文字说明：IRQL-NOT-LESS-OR-EQVAL 通常的原因：驱动程序使用了不正确的内存地址。 解决方法：重新启动计算机，连续按F8键。进入WINDOWS高级选项菜单，选择“最后一次正确的配置”，然后按回车键。 2、蓝屏代码 0x00000050 文字说明：PAGE-FAULT-IN-NONPAGED-AREA 通常的原因：内存错
笔记本蓝屏，开不了机的处理记录
Stephen
04-13 1798
1 宏基 TMP256-M-71TQ 这台机子设计比较特殊，拆机并不太方便：硬盘和内存都得拆键盘拆整机才能取到（底部没有设计内存模块的盖，全封闭的）。 分析硬盘还是内存问题时操作走了好大弯路！起初怀疑内存问题，但拆到内存得先拆开硬盘！到拆开硬盘时，正确快捷的操作应该是：把硬盘替代台式硬盘插到台式机主板里调试分析（开机也蓝屏，一样情况，已经可以排出内存和主板问题...
利用Windows自带的功能当程序崩溃时产生崩溃转储文件(dmp)
闻缺陷则喜何志丹
12-08 9650
何志丹 以管理员身份 运行 ：OpenDump.bat 其本质是写注册表。 运行后： 任何程序崩溃都会在C:\CrashDump 产生dmp文件（比较大，约50到200M）。 至少在Win7、Win10的电脑，Win10的平板上运行正确。 OpenDump.bat @echo off echo 正在启用Dump... reg add "HKEY_LOCAL_M
SQLDriverConnect连接数据库失败解决方案（全的不能再全）
weixin_41761478的博客
03-31 5224
在进行数据库实验（ODBC使应用程序连接、访问数据库）的时候用SQLDriverConnect会连接失败，然后开始我的漫长解决之路… 1、利用.udl文件获得SQL实例名称。使用.udl获取数据库的连接字符 有时候直接重命名文件并不能更改文件类型，请戳右边这是更改扩展名的方法 结果如下：标蓝的就是实例名称 然而我得到实例名称也没有用啊！！我本来就知道自己的实例名称啊喂！！ 2、开启远程连接步骤，...
一次程序崩溃问题排查的反思
a_dev的专栏
04-16 802
事由 接手一个兄弟部门快要收尾的软件开发项目，已经集成了功能，运行的时候，在某一台机器上频繁崩溃，且是在系统登录后过那么一两秒便会出现。由于是单机版软件，用户信息使用MicrosoftAccess数据库MDB文件保存。系统也支持其他类型的数据库连接，切换到Oracle数据库登录后，正常启动，无崩溃情况。在我的电脑上，不管使用何种类型的数据库，均无崩溃情况。两台电脑都安装了Access数据库驱动...
Windows定位qt程序崩溃
最新发布
08-06
<think>首先，用户的问题是关于如何在Windows系统中定位导致Qt程序崩溃的原因。根据系统级指令，我需要使用中文回答，确保LaTeX语法正确，行内数学表达式用$...$，独立公式用$$...$$，并单独成段。最后，生成相关问题。 用户意图是定位Qt程序崩溃的原因，所以我需要基于提供的引用内容来构建回答。引用包括： - [^1]: Qt崩溃重启工具，用于自动监测和重启程序，生成故障日志。 - [^2]: Windows平台下Qt程序崩溃处理，包括头文件、链接库、生成调试信息、代码实现和分析dmp文件。 - [^3]: 崩溃后自动重启的代码示例，使用CrashCallback保存错误信息并重启程序。 - [^4]: 定位崩溃堆栈的方法，使用qBreakpad，包括配置、启用调试信息等。 这些引用提供了关键信息：生成调试信息、使用崩溃处理机制、分析dump文件。 回答结构需要清晰，逐步解决问题。步骤可能包括： 1. **启用调试信息**：在Qt项目中配置生成PDB文件（程序数据库文件），以便在release模式下也能调试。 2. **设置异常处理**：使用Windows API或第三方库（如qBreakpad）来捕获崩溃信息。 3. **生成崩溃报告**：当程序崩溃时，保存dump文件或日志。 4. **分析崩溃数据**：使用工具如WinDbg或Visual Studio分析dump文件。 从引用中提取关键点： - 引用[2]提到：release下生成调试信息，在pro文件中添加配置；使用WinDbg或VS分析dmp文件。 - 引用[3]展示了一个CrashCallback函数，保存错误信息并重启。 - 引用[4]详细介绍了qBreakpad的配置，用于捕获崩溃堆栈。 qBreakpad是Google Breakpad的Qt封装，用于跨平台崩溃报告。引用[4]给出了如何集成到Qt项目中。 所以，回答应该覆盖这些方面。 **回答大纲**： 1. **引言**：解释定位崩溃原因的重要性。 2. **步骤一：生成调试信息**：在Qt项目中启用调试符号，即使在release模式下。 3. **步骤二：设置崩溃捕获机制**：使用qBreakpad或自定义异常处理。 4. **步骤三：分析崩溃数据**：使用WinDbg或Visual Studio分析生成的dump文件。 5. **总结**：强调最佳实践。 最后，生成相关问题。 **LaTeX使用**：由于问题涉及编程和调试，可能不需要复杂数学公式。但如果有相关概念，如指针地址，可以用行内表达式，例如$0x12345678$。确保正确使用。 **引用标识**：在回答中引用段落时，末尾自然地添加引用标识，例如：[^2] **完整回答结构**： - 开头：直接回答问题。 - 主体：分步骤解释。 - 结尾：生成相关问题。 生成相关问题基于主题：可能包括优化、其他工具、常见错误等。</think>### Windows下定位Qt程序崩溃的原因 在Windows系统中定位Qt程序崩溃的原因，需要通过生成调试信息、设置崩溃捕获机制和分析崩溃数据来实现。以下是逐步的解决方法，基于Qt开发的最佳实践和Windows平台特性。确保您的Qt项目已配置为使用Mingw或MSVC编译器，并遵循以下步骤。 #### 步骤1: 生成调试信息（关键基础） 在Qt项目中，即使编译release版本，也必须生成调试符号（PDB文件），以便后续分析崩溃堆栈。在Qt的`.pro`文件中添加以下配置： - 启用调试信息：添加`QMAKE_CXXFLAGS += -g`，确保编译器生成调试数据。 - 针对release模式：添加`QMAKE_CXXFLAGS_RELEASE += -g`和`QMAKE_CFLAGS_RELEASE += -g`，避免release构建时优化掉调试符号。 - 移除release链接优化：添加`QMAKE_LFLAGS_RELEASE = -mthreads -Wl,`，防止链接器忽略符号信息[^4]。 例如，在`.pro`文件中添加： ```qmake # 启用调试信息 QMAKE_CXXFLAGS += -g QMAKE_CXXFLAGS_RELEASE += -g QMAKE_CFLAGS_RELEASE += -g # 移除release链接优化 QMAKE_LFLAGS_RELEASE = -mthreads -Wl, ``` 编译后，在输出目录会生成`.exe`文件和对应的`.pdb`文件。这些文件是分析崩溃的核心。 #### 步骤2: 设置崩溃捕获机制 使用崩溃捕获工具自动保存崩溃时的堆栈信息。推荐使用**qBreakpad**（Google Breakpad的Qt封装），它能在程序崩溃时生成minidump文件（`.dmp`），记录崩溃时的内存状态。 1. **集成qBreakpad**： - 下载qBreakpad库（GitHub开源），并添加到Qt项目中。 - 在`.pro`文件中配置： ```qmake # 启用qBreakpad QT += network CONFIG += thread exceptions rtti stl c++11 INCLUDEPATH += $$PWD/qBreakpad/include LIBS += -L$$PWD/qBreakpad/lib -lqBreakpad ``` - 在main函数中初始化qBreakpad： ```cpp #include <QBreakpadHandler.h> int main(int argc, char *argv[]) { QApplication app(argc, argv); QBreakpadInstance.setDumpPath("crashes"); // 设置dump文件保存目录 // ... 其他代码 return app.exec(); } ``` 当程序崩溃时，qBreakpad会自动在指定目录生成`.dmp`文件[^4]。 2. **自定义异常处理（可选）**： 如果不想依赖第三方库，可以使用Windows API设置异常回调函数，保存日志并重启： ```cpp #include <windows.h> #include <QProcess> long __stdcall CrashCallback(_EXCEPTION_POINTERS* excp) { // 保存错误信息到文件 QString sCrashInfo = ...; // 获取堆栈信息 QFile file("crash.log"); if (file.open(QIODevice::WriteOnly)) { file.write(sCrashInfo.toUtf8()); file.close(); } // 自动重启程序 QProcess::startDetached(qApp->applicationFilePath(), QStringList()); return EXCEPTION_EXECUTE_HANDLER; } int main(int argc, char *argv[]) { SetUnhandledExceptionFilter(CrashCallback); // 注册异常回调 // ... 其他代码 } ``` 此方法适合无人值守环境，但需手动解析日志[^3]。 #### 步骤3: 分析崩溃数据 使用工具分析生成的`.dmp`文件或日志，定位崩溃点。推荐工具： - **WinDbg**：Microsoft官方调试器，适合分析minidump。 - **Visual Studio**：集成调试环境，用户友好。 **分析步骤**： 1. 打开`.dmp`文件：在WinDbg或VS中加载dump文件。 2. 加载符号：确保PDB文件路径正确设置。WinDbg命令： ``` .sympath srv*;C:\path\to\pdb // 设置符号路径 .reload // 重新加载符号 ``` 3. 分析堆栈：运行`!analyze -v`命令，自动诊断崩溃原因（如空指针访问、内存越界）。输出会显示崩溃地址和调用堆栈，例如： ``` FAULTING_IP: myapp!SomeFunction+0x123 [c:\path\to\source.cpp @ 456] ``` 这指向崩溃的代码行[^2]。 4. 结合源码：在Qt Creator或VS中打开对应源码文件，检查崩溃点。常见Qt崩溃原因包括： - 空指针解引用（如`QObject* obj = nullptr; obj->method()`）。 - 线程同步问题（如UI线程与非线程安全对象交互）。 - 资源泄漏（未释放内存或文件句柄）。 #### 最佳实践和注意事项 - **测试环境**：在debug模式下复现崩溃，使用Qt Creator的调试器逐步跟踪。 - **日志增强**：结合Qt的`qDebug()`或`QLoggingCategory`输出运行时日志，辅助崩溃分析。 - **跨平台考虑**：qBreakpad支持Linux/macOS，但Windows需额外处理编码问题（如LPCWSTR类型转换错误）[^4]。 - **性能开销**：启用调试信息会增大二进制文件，但不影响运行时性能。 通过以上步骤，您可以有效定位并修复Qt程序崩溃问题。如果崩溃频繁，考虑使用自动重启工具（如引用[^1]）确保服务连续性，但优先解决根本原因。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值