Win11蓝屏后怎么用命令行查看原因？实操步骤与排查思路

电脑突然蓝屏重启，蓝令行回到桌面后只看到一句“你的屏后排查设备遇到问题，需要重启”，用命原因具体原因往往一闪而过。实操思路很多人第一反应是步骤去网上搜错误代码，但代码根本没记住。蓝令行其实 Windows 11 会把蓝屏相关的屏后排查转储信息和事件日志留在本机，用命令行就能把它们翻出来。用命原因本文面向已经能正常进入系统的实操思路普通用户，讲清楚用哪些命令、步骤去哪里看、蓝令行看到的屏后排查结果怎么读，以及查不到时该怎么办。用命原因

需要先说明一点：命令行能帮你定位“是实操思路什么驱动或系统组件出了问题”，但它不是步骤万能的诊断仪。硬件老化、内存接触不良、供电不稳这类物理层问题，日志里可能只留下一个笼统的 bugcheck 代码。所以下面给的是排查路径，不是一查就好的保证。

先确认系统有没有留下转储文件

蓝屏发生时，Windows 会把内存状态写入转储文件，默认位置在 C:\Windows\Minidump，小内存转储文件名形如 MMDDYY-XXXXX-01.dmp。如果这个文件夹是空的，说明系统没配置写入转储，或者蓝屏发生在写入之前。先看这里，是判断后续能不能深挖的前提。

打开方式：按 Win+X 选择“终端（管理员）”或“Windows PowerShell（管理员）”，依次输入以下命令并回车。

如果两个位置都没有文件，可以到“系统属性 → 高级 → 启动和故障恢复 → 设置”里查看“写入调试信息”是否被设成了“无”。把它改为“小内存转储”后，下次蓝屏才会留下可供分析的记录。这一步以你本机系统界面为准，不同版本措辞略有差异。

用命令行查系统日志里的蓝屏记录

即使没有转储文件，事件日志通常也会留下痕迹。系统日志里的来源为 BugCheck 的事件，会记录 bugcheck 代码和参数；来源为 Kernel-Power 的事件 41，则说明系统在未正常关机的情况下重启。两者结合看，能大致还原蓝屏的时间点。

在管理员终端中执行：

代码只能给方向，不能直接给答案。比如 0x000000D1 常和驱动访问非法内存有关，0x00000050 多与内存或驱动相关。真正要落到“哪个文件”，还得看转储分析结果。

不装第三方工具，也能初步分析转储

Windows 自带的内核调试工具可以读转储，但需要额外安装。更省事的做法是用微软官方的 WinDbg（可从 Microsoft Store 获取），安装后在终端里用命令行方式调用，或用图形界面打开 dmp 文件。核心命令是 !analyze -v，它会给出疑似出错的模块名。

如果只想用纯命令行快速看一遍，可以安装调试工具后执行：

看到某个第三方驱动名（常见于显卡、网卡、杀毒、虚拟化软件），可以到对应厂商官网更新驱动，或临时卸载后观察是否还蓝屏。看到 ntoskrnl.exe、ntfs.sys 这类系统核心文件，不一定代表它们本身有问题，也可能是被别的驱动带崩，需要结合时间线判断。

查不到原因时的排查顺序

命令行不是唯一手段，也未必一次命中。如果转储缺失、日志只有笼统代码，可以按下面顺序逐项排除，每做一步都记录是否复现。

还要提醒：转储文件可能包含内存中的敏感信息，分享给他人分析前先确认内容是否涉及隐私；网上所谓“一键修复蓝屏”的工具来源不明时不要随意运行。涉及保修期内硬件故障，以厂商官方检测结论为准。

小结一下可执行的流程：先看 C:\Windows\Minidump 有没有 dmp，没有就去启动和故障恢复里打开转储；再用 Get-WinEvent 或 wevtutil 翻出 BugCheck 和 Kernel-Power 41 的时间点；有条件就用 WinDbg 跑 !analyze -v 拿到模块名；最后结合最近的软硬件变更逐项排除。把每一次蓝屏的时间、代码、当时在做什么记下来，比反复重装系统更容易找到真正的原因。