Win11查看系统崩溃记录与蓝屏Dump分析诊断
来源：互联网 2026-06-05 21:17:07Windows 11 蓝屏这事儿，说大不大说小不小，但每次遇到都让人心里一紧。系统其实挺“贴心”的，每次蓝屏都会自动生成一个崩溃转储文件（.dmp），里面记录了内核状态、驱动堆栈和异常代码。把这些翻出来看明白，才是定位故障根源的关键。下面就把整套操作流程拆开说说。 一、确认并访问 Minidump
Windows 11 蓝屏这事儿，说大不大说小不小，但每次遇到都让人心里一紧。系统其实挺“贴心”的，每次蓝屏都会自动生成一个崩溃转储文件（.dmp），里面记录了内核状态、驱动堆栈和异常代码。把这些翻出来看明白，才是定位故障根源的关键。下面就把整套操作流程拆开说说。
长期稳定更新的攒劲资源： >>>点此立即查看<<<
一、确认并访问 Minidump 文件夹
Windows 11 默认把小型内存转储（Minidump）放在固定路径，得先确认这个功能是打开的，而且文件确实存在，不然后面全是白忙活。
1、按下 Win + R 打开运行窗口，输入 SYSDM.CPL 并回车。
2、切换到“高级”选项卡，点击“启动和故障恢复”区域里的“设置”按钮。
3、在“写入调试信息”下拉菜单里，确认选中的是 小内存转储(256KB)，并且“小转储目录”显示为 %SystemRoot%Minidump。
4、打开文件资源管理器，直接粘贴路径 C:WindowsMinidump 并回车，看看里面有没有以日期命名的 .dmp 文件。
二、使用事件查看器查看崩溃摘要日志
事件查看器的好处是能快速告诉你蓝屏发生的时间、错误代码以及关联的服务，不用去解析二进制文件，适合先做个初步筛查。
1、右键“开始”按钮，选择“事件查看器”。
2、依次展开左侧树形结构：Windows 日志 → 系统。
3、在右侧操作面板点击“筛选当前日志”，在“事件ID”框里输入 41,1001,1002（用逗号隔开），然后点确定。
4、找到类型为“错误”的条目，双击打开，重点看“事件数据”中的 BugCheckCode（比如 0x139、0x154）和 BugCheckParameter1–4 这几个值。
三、用 WinDbg Preview 分析 .dmp 文件
WinDbg Preview 是微软官方推荐的现代调试工具，能自动加载符号并定位出是哪个驱动或模块惹的祸，算是真正的“重器”。
1、从 Microsoft Store 安装 WinDbg Preview（搜索“WinDbg Preview”直接获取免费版本）。
2、启动程序后，点击左上角“文件”→“打开崩溃转储”，选择 C:WindowsMinidump*.dmp 里的任意一个文件。
3、等符号加载完（底部状态栏会显示“Symbols loaded”），在命令行输入 !analyze -v 并回车。
4、看输出里的“FAILURE_BUCKET_ID”和“IMAGE_NAME”字段，比如 Passguard_x64.sys 或 bam.sys，这基本上就是导致崩溃的驱动或系统组件。
四、通过 BlueScreenView 辅助可视化分析
BlueScreenView 是个轻量级的第三方工具，能把多次蓝屏的驱动堆栈、错误代码和时间戳用表格列出来，横向对比特别方便。
1、从 NirSoft 官网下载免安装版 BlueScreenView.zip，解压后直接运行 BlueScreenView.exe，无需安装。
2、程序会自动扫描 C:WindowsMinidump 并列出所有 .dmp 文件。
3、勾选顶部菜单栏的“Options → Show All Stack Trace”，这样每行都会显示完整的调用链。
4、按“Bug Check Code”列排序，看看有没有重复出现同一个错误码；再点某一行，下方窗格会把最上面那个非微软签名的驱动文件名高亮出来。
五、提取关键信息并交叉验证
单一工具的结果有时候会误判，所以最好把多个来源的信息结合起来交叉确认，避免漏掉一些隐藏的冲突。
1、在 WinDbg 输出里记下“PROCESS_NAME”字段（比如 svchost.exe、csrss.exe）以及它加载的模块路径。
2、回到事件查看器，在相同时间点找“Microsoft-Windows-Kernel-Power”事件 ID 41 的“详细信息”标签页，看看是不是伴随着 Power-Trip 或 Driver Power State Failure 这样的描述。
3、如果 WinDbg 指向了某个第三方驱动（比如 TencentGfw.sys 或 RealtekAudio.sys），那就去对应厂商官网下载最新版驱动，千万别用第三方驱动更新软件，那些东西往往越帮越乱。
侠游戏发布此文仅为了传递信息，不代表侠游戏网站认同其观点或证实其描述
