Windbg分析dump崩溃

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

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

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

.load wow64exts  !sw 这两个命令可以将64位的Dump转为32位的;s再次输入!sw则可将转为32位的Dump再次转为64的

将微软调试库下载到本地的命令:SRV*C:/dbg/symbols*http://msdl.microsoft.com/download/symbols

 

  1. !analyze –v    通过这个命令,可以自动的分析出出错的代码段
  2. ~* kb         打印所有线程信息。结合线程窗口可以在Command窗口中看到各个可能出错的代码段。
  3. 快速查找可以打印完线程信息后寻找一下exception.或者是unhand这类信息。然后只能对照源码看。
  4. lmvm+模块名  查看版本或者看是否已经加载上相应exe或dll了。
  5. ~33s          切换线程,33为线程ID
  6. .reload /i    重新加载调试symbol

 

手动打断点命令:

### 使用WinDbg分析Dump文件进行故障排除 #### 打开Dump文件 为了启动对Dump文件的分析,可以利用快捷键【Ctrl+D】来加载一个.dmp文件,或者通过WinDbg界面中的菜单选项【File=>Open Crash Dump…】实现相同的操作[^1]。 #### 处理初次打开提示 当首次尝试打开Dump文件时,可能会遇到询问是否要设置符号路径等配置项的消息框。对于此类提示,可以选择不保存更改并继续操作,具体做法是勾选对话框内的“Don’t ask again in this WinDbg session”选项后点击取消按钮完成忽略该警告。 #### 清除之前的会话数据 如果打算连续处理多个Dump文件,在切换至新的Dump之前应当先清理当前的工作环境以免残留的信息干扰新一次的调试过程。这一步骤可通过按下组合键【Shift+F5】快速执行,从而确保每次都能在一个干净的状态下开展新一轮的调查工作[^3]。 #### 利用WinDbg的强大功能定位问题源 作为Windows平台上极为重要的用户态和内核态调试工具之一,WinDbg具备解析蓝屏现象以及应用程序异常终止(如Internet Explorer浏览器崩溃)的能力。借助其丰富的命令集和支持模块化扩展的特点,能够高效精准地追踪到引发系统不稳定的具体位置或条件[^2]。 ```powershell !analyze -v ``` 上述PowerShell脚本展示了如何调用`!analyze -v`这一常用指令来进行详细的错误分析,此命令可以帮助获取更多关于崩溃场景背后的原因说明。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值