windows 10蓝屏自动重启后，应先通过事件查看器定位bugcheck事件并记录错误代码与驱动名，再确认dmp文件路径及存在性，接着用bluescreenview识别问题驱动，最后用windbg preview执行!analyze -v深度分析崩溃原因。
当Windows 10突然蓝屏又自动重启，你来不及记下错误代码和驱动名称，系统其实已悄悄在后台生成两套关键证据：事件查看器里的BugCheck记录，以及C:\Windows\Minidump\下的.dmp文件。这两者必须交叉比对才能准确定位崩溃根源，缺一不可。
用事件查看器定位蓝屏发生时刻与错误代码
这一步能快速锁定蓝屏时间点和初步线索，不需要额外工具，系统自带即可完成。
按下Win + R组合键→输入eventvwr.msc→回车打开事件查看器。
在左侧导航树中依次展开Windows 日志 → 系统。
点击右侧“级别”列标题进行降序排列，优先筛选出标记为【关键】的条目——蓝屏触发时内核必然生成一条关键级BugCheck事件。
找到“来源”列为BugCheck的事件，双击打开。在“常规”选项卡中务必记录BugCheckCode（如0x0000003B）和精确到秒的发生时间；在“详细信息”选项卡中查看DriverName字段，它常指向嫌疑驱动，但需注意该值可能为空或误导，必须结合.dmp文件验证。
确认并访问内存转储文件存放位置
若未启用内存转储功能，系统不会生成.dmp文件，后续所有深度分析都将失去依据。此步骤是获取崩溃现场快照的前提。
按下Win + R→输入sysdm.cpl→回车打开系统属性。
切换至“高级”选项卡→点击“启动和故障恢复”区域的“设置”按钮。
检查“写入调试信息”是否已选为【小内存转储(256 KB)】或“核心内存转储”，且“转储文件”路径显示为%SystemRoot%\Minidump\（即C:\Windows\Minidump\）。
勾选“将事件写入系统日志”，点击“确定”保存设置——这一步确保BugCheck事件与.dmp文件时间戳严格对应。
按下Win + R→输入%windir%\Minidump→回车。若提示权限不足，直接点击资源管理器弹出的“继续”按钮以管理员身份进入。
查看该文件夹内是否存在扩展名为.dmp的文件，命名格式应为MiniMMDDYY-XX.dmp（例如Mini072526-01.dmp表示2026年7月25日第1次崩溃）。若目录为空，说明此前蓝屏未成功生成dump，需等待下次蓝屏再操作。
用BlueScreenView快速筛查问题驱动
BlueScreenView无需安装、不依赖符号服务器，适合快速初筛，尤其擅长从多个.dmp中识别重复出错的第三方驱动。
方法一：下载BlueScreenView绿色版（来自NirSoft官网），解压至非系统盘（如D:\Tools\BSV\）。
右键BlueScreenView.exe→选择“以管理员身份运行”——否则无法读取受保护的Minidump目录。
软件自动加载全部.dmp文件后，在主列表中重点看“Caused By Driver”列，【红色背景行】代表该驱动被判定为最可能致错模块。
方法二：双击可疑行，在下方窗格查看调用堆栈。若该驱动名出现在“Top of Stack”位置（堆栈最顶端），基本可确认为直接诱因；若仅出现在中间或底部，则可能是被错误驱动调用的无辜模块。
用WinDbg Preview执行深度分析
WinDbg Preview是微软官方调试工具，能解析内核调用链、参数值及FAILURE_BUCKET_ID，给出自然语言式诊断结论，是最终定责环节。
第一步：前往Microsoft Store搜索并安装WinDbg Preview（或从Windows SDK获取离线安装包）。
第二步：启动程序→菜单栏选择“文件 → 打开转储文件”→浏览并选中C:\Windows\Minidump\下最新生成的.dmp文件。
第三步：在底部命令窗口输入!analyze -v→按回车执行。该命令将输出完整崩溃上下文，包括触发模块签名、调用函数、参数寄存器值及微软官方归类的FAILURE_BUCKET_ID（如AV_nvidia_dxgmms2!dxgmms2+xxxxxx）。
第四步：重点关注输出中“MODULE_NAME:”和“IMAGE_NAME:”两行，它们明确指出问题模块的文件名（如nvlddmkm.sys）和完整路径；若出现“Probably caused by :”字样，后面跟随的内容即为WinDbg的置信度最高判断。
