应先启用小内存转储并确认C:\Windows\Minidump下存在日期匹配的.dmp文件，再用BlueScreenView查看“Probably caused by”驱动名，结合事件查看器筛选ID 1001日志比对时间戳与BugCheckCode，最后通过pnputil命令验证嫌疑驱动版本是否过旧。
Windows 11蓝屏后自动重启，你没来得及看清错误代码和提示文字，但系统其实已悄悄记录下全部崩溃现场——关键就藏在.dmp文件和事件查看器的交叉线索里，漏掉任意一环都可能让故障驱动继续潜伏作祟。
确认蓝屏转储功能是否启用
先检查系统有没有真正开启日志记录能力。很多用户以为蓝屏必留痕迹，结果打开C:\Windows\Minidump发现空空如也，根本原因就是这一步被跳过了。
右键“此电脑”→选择“属性”→点击左侧“高级系统设置”→在“启动和故障恢复”区域点“设置”→确保“写入调试信息”下拉菜单选的是【小内存转储(256KB)】→下方“转储文件”路径必须是C:\Windows\Minidump（或你自定义的非系统盘路径）。
若此处显示为“无转储”，那所有后续分析都将失去依据——请立刻修改并重启生效。
定位并打开Minidump文件夹
直接在文件资源管理器地址栏粘贴：C:\Windows\Minidump，按回车进入。
查找以“Mini”开头、扩展名为“.dmp”的文件，例如Mini082526-01.dmp（其中082526代表8月25日，即今天）。【文件名中的日期必须与你最近一次蓝屏时间一致，否则说明不是目标日志】
如果该目录下没有任何.dmp文件，说明系统未成功写入，需返回上一步重新确认转储设置并重启。
用BlueScreenView快速解析dmp内容
方法一：免安装直读法
去NirSoft官网（nirsoft.net）下载BlueScreenView.zip，解压后双击BlueScreenView.exe运行。
工具启动后默认自动扫描C:\Windows\Minidump，若未加载，点顶部菜单“选项→加载所有迷你转储文件”。
在主列表中按“Date/Time”列从上往下找，单击最新一条记录；立即看底部“Stack Trace”窗格，找到含【Probably caused by】字样的高亮行，其后紧跟的.sys文件名（如dxgkrnl.sys、nvlddmkm.sys、amdppm.sys）就是最可能的肇事驱动。
方法二：交叉验证法
同时打开“事件查看器”：右键开始按钮→选“事件查看器”→展开左侧“Windows 日志”→点“系统”。
在右侧操作面板点“筛选当前日志”，在“事件ID”框中输入【1001】，确定后只显示蓝屏相关报告；找到与.dmp文件时间戳最接近的一条，双击打开，在“详细信息”页签里切换到“XML”视图，搜索“BugCheckCode”和“CausedByDriver”字段——这两个值要和BlueScreenView中看到的Stop Code、驱动名完全对应才算锁定证据链。
用命令行补全缺失线索
第一步：提取基础崩溃信息
以管理员身份运行CMD或PowerShell，执行：
whoami /groups | findstr "S-1-16-"
第二步：查最近三次蓝屏的Stop Code汇总
执行：
wevtutil qe System /q:"*[System[(EventID=1001)]]" /f:text /c:3
第三步：定位具体驱动版本号
执行：
pnputil /enum-drivers | findstr /i "nvlddmkm\|dxgkrnl\|amdppm"
这三步输出结果里若出现nvlddmkm.sys但版本号低于v32.0.15.7000，或amdppm.sys出现在2025年10月之后仍为旧版，就基本坐实驱动不兼容——此时不要手动更新，必须用DDU或AMD Clean Uninstall流程彻底清除后再重装。
