使用windbg抓取dump文件，分析闪退原因

最新推荐文章于 2025-10-11 11:33:29 发布
原创 最新推荐文章于 2025-10-11 11:33:29 发布 · 1.8k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#服务器 #c++ #经验分享 #windows

由于项目需要，解决软件闪退的问题，很多时候，找出引发软件闪退崩溃的现场是十分困难的，因同时发现windbg抓取dump文件比较好处理，这里简要介绍一下windbg抓取流程

1.安装windbg

建议安装一下window sdk的整个软件包，网上一些单个windbg资源容易导致版本与符号文件版本不兼容的问题

2.打开dump文件

file目录下，点开有一个open crash dump，选中自己的dump文件

这样便是打开成功了 

 3.设置符号路径

.sympath + " 你的符号路径 "

添加路径成功之后如图所示，注意的是，需要提前把pdb符号文件放在该dump文件夹下面 ，如果没用放的话，需要自己重新添加一下路径。

如果是release版本的，需要在原软件的输出目录下，将pdb文件拷贝过来（因为符号文件需要和引起软件异常的exe程序是一致的）一般dump文件晚于pdb文件，因为release发布exe程序时生成pdb符号文件，而dump文件是在运行且崩溃的时候才发生

4.加载符号


                

        

    



  


        

            

                      
                        最低0.47元/天 解锁文章
                          
                      
            

        


    

      

        

            

              
                
                  StarRainF
                
              
            

            

                关注
              
            

        

        

          
      

      










                



	

		

			

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

				
			

			

				

					dvlinker的技术专栏
				

				

					06-10
					
					1万+
					
				

			

		

		

			
				
使用Windbg和Process Explorer排查因为内存泄漏导致的软件异常闪退问题。

			
		

	



                

            
              



	

		

			

				
					
使用Windbg调试异常闪退问题的解决方案

				
			

			

				

					RiqaEditor的博客
				

				

					09-21
					
					696
					
				

			

		

		

			
				
通过安装Windbg、编译可调试的程序、附加到目标进程、设置调试符号路径以及分析异常闪退问题，我们可以使用Windbg工具来定位问题所在。本文将介绍如何使用Windbg调试C/C++程序中的异常闪退问题，并提供相应的源代码示例。在Visual Studio中，可以在项目属性的“C/C++”选项卡中设置“生成调试信息”为“是”或“调试优化”为“无”。Windbg是Windows平台上的一款功能强大的调试工具，可以帮助我们分析程序的崩溃原因。在弹出的对话框中，选择您要调试的目标进程，并点击“附加”按钮。

			
		

	



              


  
              

                


	

		

			

				
					
WinDbg附加到进程，定位闪退(无dmp)、崩溃(有dmp)。

					
最新发布

				
			

			

				

					weixin_44733606的博客
				

				

					10-11
					
					295
					
				

			

		

		

			
				
方式一：GUI操作1、启动目标程序2、启动Windbg。点击：File-Attach to Process3、在列表中选择目标程序（新启动的进程一般在列表下面）。也可以直接输入进程ID。点击OK。此时被附加的程序会被Windbg中断。4、找到Debug-Go或者输入指令g，可继续执行。方式二：使用命令行命令1、先启动目标程序使用命令行启动Windbg，并附加到目标进程，并使用g指令使程序继续执行。2、快捷键Win+R，输入cmd，输入如下命令行后回车。

			
		

	





	

		

			

				
					
Windbg解决一个闪退

				
			

			

				

					
				

				

					11-12
					
					3544
					
				

			

		

		

			
				
问题描述 ：一个外部的程序与主程序交互，登录之后即闪退
1.
2.设置symbol search path:
3.启动指定的exe,并填写启动参数
4.程序Crash时，windbg会自动捕获异常

ModLoad: 18d30000 18d81000   D:\接收文件\卓家斌\gtja1106\lang.dll
(33f8.2a50): Access violation - co

			
		

	



		

			
		



	

		

			

				
					
用windbg分析minidump

				
			

			

				

					baifer的专栏
				

				

					09-22
					
					9282
					
				

			

		

		

			
				
 许多人可能经常遇见计算机频繁重新启动的问题，总是难于解决问题，最后只能重新安装操作系统．我介绍的这篇文章应该能解决许多人这样的痛苦．　　通常在荡机的瞬间，操作系统会形成一个存储器转储文件。　这个文件是当计算机死机的瞬间的内存的映像．该文件通常放置在系统目录下的minidum目录下．例如　C:/WINDOWS/Minidump/Mini082106-01.dmp．　所以对该文件的分析就能很快查

			
		

	





	

		

			

				
					
Dump文件的抓取和分析

				
			

			

				

					happyshanww的专栏
				

				

					03-19
					
					946
					
				

			

		

		

			
				
Dump文件的抓取
在WindowsXP下可以使用系统自带的drwtsn32.exe（花生医生）进行Dump文件抓取，但是在Vista以后的Windows版本中不再包含工具，这里主要说明使用Windbg截取的情形。
等待问题发生时抓取：
1） 将Windbg Attach到发生问题的进程上，之后通过.Dump抓取Dump文件；
   2） adplus.vbs/adplus.exe –ha

			
		

	





	

		

			

				
					
WinDbg抓取程序报错dump文件的三种方法

				
			

			

				

					奔涌的后浪的专栏
				

				

					05-08
					
					2171
					
				

			

		

		

			
				
程序崩溃的两种主要现象：

a. 程序在运行中的时候，突然弹出错误窗口，然后点错误窗口的确定时，程序直接关闭

例如： “应用程序错误” “C++错误之类的窗口” “程序无响应” “假死”等

此种崩溃特点：程序已异常，在你未点出错窗口的确定或其他按，所有错误信息都还保留在PC的内存中，可以直接抓取Dump文件。当然，如果你知道

怎么样操作可以让程序崩溃，也可以用守株待兔的抓取方法抓Dump文件...

			
		

	





	

		

			

				
					
使用Windbg分析从系统应用程序日志中找到的系统自动生成的dump文件去排查程序崩溃问题

					
热门推荐

				
			

			

				

					dvlinker的技术专栏
				

				

					07-31
					
					5万+
					
				

			

		

		

			
				
当程序中安装的异常捕获模块捕获不到异常、没有生成dump文件时，可以尝试到系统应用程序日志中去找系统自动生成的dump文件，以排查当前的软件崩溃问题。本文以一个项目问题实例去详细讲述如何从系统应用程序日志中找到的系统自动生成的dump文件，然后使用Windbg打开dump文件进行静态分析去排查异常崩溃问题。

			
		

	





	

		

			

				
					
C++程序发生闪退且没生成dump文件问题的排查经验总结与分享

				
			

			

				

					dvlinker的技术专栏
				

				

					10-14
					
					2万+
					
				

			

		

		

			
				
本文详细讲述了C++程序发生闪退且没有生成dump这类问题的场景及排查方法，并给出了相关实战问题分析实例，有一定的实战参考价值。

			
		

	





	

		

			

				
					
windows收集dump文件并windbg分析

				
			

			

				

					minping9101的博客
				

				

					05-21
					
					2183
					
				

			

		

		

			
				
在exe程序发生闪退crash时，脱离了ide时，不知道crash原因，本文介绍如何抓取dump文件并进行调用堆栈分析

			
		

	





	

		

			

				
					
如何使用Windbg应用程序分析一个dump文件

				
			

			

				

					Aliven888的博客
				

				

					10-14
					
					772
					
				

			

		

		

			
				
这里我们介绍下如何分析一个dump文件。

			
		

	





	

		

			

				
					
抓取dump工具

				
			

			

				

					12-13
				

			

		

		

			
				
该工具用于windows客户端开发辅助工具，可协助开发工程师分析崩溃

			
		

	





	

		

			

				
					
使用WinDbg分析软件突然崩溃的问题

				
			

			

				

					故里2130
				

				

					11-10
					
					1638
					
				

			

		

		

			
				
t，也能看到异常，但是异常是BadImageFormatException，明显是不对的，但是点击进去的话，也可以看到是MessageBoxShow方法报错的。因此，我们写一个wpf程序，调用c++的dll，然后点击按钮，直接崩溃，生成dmp，然后分析dmp文件。出现这种错误类型的提示，因为生成的c++的dll，我采用了不同的方式生成的，所以同样的代码，报错的类型不一样，但是最终指定报错的地方是一样的。t，就已经能看到异常了，当然是因为程序比较简单，而且我也专门写的这个错误，空引用异常了，非常的准确。

			
		

	





	

		

			

				
					
WinDbg+dump分析程序崩溃(clr!WKS::gc_heap::mark_object_simple1+0x220)

				
			

			

				

					ts16dmy的博客
				

				

					07-14
					
					402
					
				

			

		

		

			
				
windbg + dump clr!WKS::gc_heap::mark_object_simple1+0x220:

			
		

	





	

		

			

				
					
如何排查客户现场发生的闪退问题

				
			

			

				

					qq_35223555的博客
				

				

					11-21
					
					2363
					
				

			

		

		

			
				
一. 简易排查：快速定位问题通过客户反馈和基础工具的使用，尝试快速找到闪退问题的线索。客户操作记录与日志问题描述不一定可靠客户反馈的操作顺序可能存在遗漏或错误，因此仅依赖客户描述可能难以准确还原问题。建议在应用程序中实现操作日志功能，记录所有用户操作，例如点击按钮、输入内容等，便于排查。日志输出的关键性在关键逻辑节点输出日志，例如：状态变化：开始动作 -> 执行动作 -> 动作结束。线程状态：线程启动、等待完成、退出。异常捕获：记录错误代码和异常描述。

			
		

	





	

		

			

				
					
c# 开发的wpf程序闪退，无法用try catch捕获异常

				
			

			

				

					babytiger的专栏
				

				

					06-04
					
					2153
					
				

			

		

		

			
				
同时在 System.AppDomain.CurrentDomain.UnhandledException 这个事件里面也不没异常，十分的怪异,在闪退后也不打印堆栈信息。之前开发的一个程序是c#wpf开发，基于.net framework 4.6.1的，一切都是正常的，但是在我重新装了win11后在程序logo出现后直接闪退，报错。而且相同的程序在其它设备上正常运行，甚至在虚拟机中安装了相同版本的win11也正常运行。解决方法，直接重安装了显卡驱动，以及下面新的库，程序就正常运行了，代码没有改进。

			
		

	





	

		

			

				
					
使用Windbg分析dump文件

				
			

			

				

					gjj5210的博客
				

				

					03-19
					
					614
					
				

			

		

		

			
				
如果工作的地方是在windows环境下做开发，程序经常会出现崩溃、闪退。为排查闪退原因，就会生成dump文件。这里介绍作为测试人员初步排查闪退原因的步骤：一、下载Windbg工具可在百度上进行搜索下载，安装就可以了二、打开Windbg工具，选择File，打开Crash Dump文件，如下图所示选择目标目录，打开文件之后三、通过!analyze -v 分析崩溃模块左下角显示busy中，说明还在分析中...

			
		

	





	

		

			

				
					
Windbg分析dump崩溃

				
			

			

				

					Scarlett_OHara的博客
				

				

					03-14
					
					3015
					
				

			

		

		

			
				
首先抓dump.在任务管理器->进程里面进行抓dump.

然后需要的原材料有dump、源码、pdb

打开windbg把源码路径和pdb路径添加进去。
	需要打开的窗口包括线程窗口(Processes and Threads)、Calls窗口、Command窗口。
	把dump拖进去，如果Dump文件是64位的，在分析时，需要根据被转储文件的位数来判断是否转为32位的，转换的命令如下：
....

			
		

	





	

		

			

				
					
WinDbg分析崩溃dump

				
			

			

				

					yuanshenqiang的博客
				

				

					04-30
					
					3135
					
				

			

		

		

			
				
4.在输出信息中有“模块名!如果找不到pdb符号文件，excr 输出信息中可能会没有函数名，即"模块名+offset"，这个offset为offset0+offset1，如果想看这个崩溃位置所在的函数，可以用kn 指令查看当前线程的函数调用栈，最上面那一行就是目标函数信息，这样也可以推算出offset0和offset1。在模块的反汇编文件中，基地址是.textbss的Imagebase后面的数字，可以根据第4步算出来的offset0和offset1，叠加上这个基地址，就可以定位到出错的指令位置。

			
		

	





	

		

			

				
					

				
			

			

				

					
				

			

		

		

			
				

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		
评论 1

	

  
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

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

              

            

          

      

      余额充值