蓝屏分析需先确认minidump文件存在且配置为小内存转储，再通过事件查看器获取bugcheck码，用bluescreenview快速定位异常驱动，或用windbg preview深度解析调用栈并配置符号路径执行!analyze -v。
当你在 Windows 11 中遭遇蓝屏后，系统默认可能已生成 .dmp 文件，但这些文件本身只是二进制快照，不经过解析就无法读取崩溃原因；直接双击打不开，用记事本打开全是乱码，错误代码藏在内存结构里，必须借助专用工具逐层解包才能定位到具体驱动或模块。
确认 Minidump 文件是否存在且有效
这一步是后续所有分析的前提，没有真实存在的 .dmp 文件，再强的工具也无从下手。
右键“此电脑”→“属性”→左侧“高级系统设置”→切换到“高级”选项卡→点击“启动和故障恢复”区域的“设置”按钮。
检查“写入调试信息”是否为【小内存转储(256 KB)】；若为“无”，则此前所有蓝屏均未生成日志，需先修改并重启，之后发生的蓝屏才会有对应文件。
打开文件资源管理器，在地址栏粘贴 C:\Windows\Minidump 并回车；若该文件夹为空或根本打不开，说明权限不足或路径被重定向——此时右键资源管理器→“以管理员身份运行”，再尝试访问。
用事件查看器快速抓取 BugCheck 码
不需要打开 .dmp 文件，也能立刻知道蓝屏类型，这是最快锁定问题方向的第一步。
按下 Win + R → 输入 eventvwr.msc → 回车。
左侧展开：Windows 日志 → 系统。
右侧点“筛选当前日志”→在“事件ID”框中输入 41,1001（注意用英文逗号分隔）→ 点“确定”。
按“日期”倒序排列，找到最近一条红色叉号事件，双击打开→切到“详细信息”选项卡→查找 BugcheckCode（如 0x0000003B）和 BugcheckString（如 SYSTEM_SERVICE_EXCEPTION）；这两个字段直接决定你下一步该查显卡驱动、硬盘控制器还是系统内核组件。
用 BlueScreenView 快速比对异常驱动
适合不想装 WinDbg、又想跳过命令行的用户，它能自动提取 .dmp 中加载的所有驱动，并按崩溃发生时的调用栈排序，把最可疑的标红。
方法一：官网下载 BlueScreenView（NirSoft 免费工具），解压即用，无需安装。
方法二：运行程序后，它会自动扫描 C:\Windows\Minidump 下全部 .dmp 文件；若没扫到，点击菜单 File → Open Dump File 手动选择。
界面中颜色最深的那行（通常是红色背景+白字），其“Driver Name”列显示的 .sys 文件就是高概率元凶；比如看到 igdkmd64.sys 就查 Intel 显卡驱动，看到 bam.sys 就优先怀疑后台活动管理器服务异常。
注意：如果同一行 Driver Name 显示为 ntoskrnl.exe 或空值，说明问题极可能出在系统内核或内存硬件层面，不是单个驱动可解决。
用 WinDbg Preview 深度解析调用栈
这是微软官方调试器，能精准定位到哪一行代码、哪个函数、甚至哪个第三方服务触发了崩溃，但需要正确配置符号路径才能读懂结果。
第一步：从 Microsoft Store 安装 WinDbg Preview（搜“WinDbg Preview”即可，认准官方发布者 Microsoft Corporation）。
第二步：启动后点击左上角 “File” → “Start debugging” → “Open dump file”，选中你要分析的 .dmp 文件。
第三步：等待加载完成，在底部命令窗口输入：.symfix C:\Symbols → 回车；再输入：.reload → 回车；这两条指令告诉 WinDbg 去哪下载并加载系统符号文件，否则你会看到满屏 “Unable to load image ntoskrnl.exe” 报错。
第四步：输入命令：!analyze -v → 回车；几秒后窗口将滚动输出完整分析报告，重点关注 “FAILURE_BUCKET_ID” 行（如 REGISTRY_FILTER_DRIVER_EXCEPTION_135_bam.sys）和 “MODULE_NAME” 行（如 bam）；它们共同指向导致崩溃的具体模块与错误类型。
