首页 > 探索 > 正文

Win11蓝屏后怎么用命令查错误代码?三种实用方法

2026-10-24 22:06:48 · 取青媲白网 · 探索 · 阅读 797

电脑突然蓝屏重启,蓝令查屏幕上那串错误代码一闪而过,屏后很多人第一反应是用命用方「重启就好了」。但如果同一台 Win11 机器一周内蓝屏两三次,错误光靠重启是代码解决不了问题的。真正有用的种实做法,是蓝令查在重启之后用系统自带的命令工具,把当时的屏后错误代码和日志提取出来,判断是用命用方驱动、内存还是错误硬盘出了问题。这篇文章就围绕「Win11蓝屏后怎么用命令查错误代码」,代码给出可直接照做的种实操作路径,以及查不到代码时该怎么补查。蓝令查

需要先说明一点:蓝屏(BSOD)发生时,屏后Windows 会把现场信息写进日志和转储文件,用命用方这些数据在重启后依然保留。所以即使你当时没看清屏幕上的 STOP CODE,事后也大概率能找回来。前提是系统没有关闭相关记录功能——下面第一种方法会顺带教你确认这一点。

方法一:用 WMIC 命令直接读取蓝屏记录

这是最快的一条路径,适合只想先看到错误代码、不想装任何工具的用户。按 Win + S 搜索「cmd」,在「命令提示符」上右键选择「以管理员身份运行」,然后依次输入下面的命令。

  • 第一条:wmic recoveros get DebugInfoType。这条用来确认系统是否记录了蓝屏信息。如果返回值为 7,说明已启用小内存转储,日志齐全;如果为 0,说明记录被关闭了,需要先到「系统属性 → 高级 → 启动和故障恢复」里把「写入调试信息」设为「小内存转储」或「自动内存转储」,之后再复现问题才能查到。
  • 第二条:wmic recoveros get LastGoodCheckpoint 和 wmic recoveros get LastKnownGood,可辅助判断最近一次异常的时间点。
  • 第三条,也是核心:wevtutil qe System /q:"*[System[(EventID=1001)]]" /c:5 /rd:true /f:text。这条命令会从系统日志里倒序拉取最近 5 条事件 ID 为 1001 的记录,也就是蓝屏(BugCheck)事件,输出内容里通常包含 0x000000XX 形式的错误代码和涉及的驱动模块名。
  • 如果觉得上面这条太长难记,也可以换成图形化入口:Win + R 输入 eventvwr.msc,进入「Windows 日志 → 系统」,右侧点「筛选当前日志」,在事件来源里勾选 BugCheck,或直接按事件 ID 1001 筛选。两种方式查的是同一批数据,用命令的好处是可以把结果复制到文本里慢慢比对。

    方法二:用 PowerShell 把错误代码和转储路径一起捞出来

    WMIC 在新版本 Windows 中逐渐被弱化,部分机器上可能提示「wmic 不是内部或外部命令」。这时改用 PowerShell 更稳妥。同样以管理员身份打开「Windows PowerShell」或「终端(管理员)」,执行:

  • Get-WinEvent -FilterHashtable @{ LogName='System'; Id=1001} -MaxEvents 5 | Format-List TimeCreated, Message:列出最近 5 次蓝屏的时间与详细信息,Message 字段里就能看到 STOP CODE。
  • Get-ChildItem C:\Windows\Minidump:查看小内存转储文件。如果目录不存在或为空,说明没生成转储,需要回到前面提到的「启动和故障恢复」设置里开启,并确认 C 盘剩余空间充足。
  • Get-WinEvent -FilterHashtable @{ LogName='System'; Level=1,2} -MaxEvents 20:把最近的严重和错误级别事件一并列出,便于发现蓝屏之前是否有磁盘或驱动报错,这类「前兆事件」往往比蓝屏代码本身更有指向性。
  • 拿到 .dmp 文件后,如果你想把错误代码定位到具体驱动,可以安装微软官方的 WinDbg(随 Windows SDK 提供),用 !analyze -v 命令做进一步分析。这一步对普通用户不是必需,但把转储文件保留下来,送修或请教他人时会省很多事。具体下载与安装方式以微软官方页面说明为准。

    方法三:查不到代码时的排查顺序

    实际操作中,最常见的情况是「命令敲了,但什么都没返回」。这通常不是命令错了,而是数据本身没被记录。可以按下面的顺序逐项核对:

  • 确认「启动和故障恢复」中的写入调试信息不是「无」,且转储路径指向一个存在的分区。
  • 确认 C 盘(或转储所在盘)剩余空间大于物理内存大小,空间不足时系统会放弃写入。
  • 确认分页文件由系统管理。手动关闭分页文件会导致无法生成转储。
  • 如果事件日志被清理工具或优化软件定期清空,蓝屏记录也会一并消失,此时只能等下次复现。
  • 另外提醒一句:蓝屏代码只是线索,不是结论。同一个 0x0000007E 可能由不同驱动引起,网上流传的「某某代码等于某某故障」对照表只能作为参考方向,最终判断要结合机器实际硬件、最近安装的软件和驱动版本。若涉及政务、医疗等业务系统,故障原因与处理结论请以单位信息部门和官方技术支持的意见为准,不要仅凭网络帖自行处置。

    拿到错误代码之后怎么用

    把命令输出的错误代码、时间点和涉及的驱动文件名记下来,先做两件低成本的事:一是回滚最近更新的显卡、网卡或杀毒软件驱动;二是运行 sfc /scannow 和 DISM /Online /Cleanup-Image /RestoreHealth 修复系统文件。如果蓝屏仍反复出现,再把转储文件和分析结果一起提交给厂商售后或专业维修,比空口描述「老是蓝屏」有效得多。

    总结一下:Win11 蓝屏后查错误代码,优先用 wevtutil 拉事件 ID 1001,或用 PowerShell 的 Get-WinEvent 配合 Minidump 目录一起看;查不到就先检查转储设置和磁盘空间。养成蓝屏后先查日志、再动手改系统的习惯,能避免大量无效的「重装试试」。