Win10蓝屏后怎么用命令行排查？一套可落地的操作顺序
电脑突然蓝屏重启，蓝令行落地桌面还没看清就回到了登录界面，屏后排查很多人第一反应是用命重装系统。其实 Win10 自带了不少命令行工具，作顺能在不重装的蓝令行落地前提下把蓝屏原因缩小到驱动、硬盘、屏后排查内存或系统文件这几类。用命本文按“先取证、作顺再定位、蓝令行落地后修复”的屏后排查顺序，给出一套普通用户也能跟着做的用命排查流程。需要说明的作顺是，蓝屏成因复杂，蓝令行落地命令行排查只能提高命中率，屏后排查不能保证解决所有问题；涉及硬件损坏时仍需送修或更换。用命
开始之前先做两件事。第一，尽量记住或拍下蓝屏界面上的停止代码，例如 IRQL_NOT_LESS_OR_EQUAL、SYSTEM_SERVICE_EXCEPTION、CRITICAL_PROCESS_DIED，这串英文比“蓝屏了”有用得多。第二，确认能正常进入系统或至少能进安全模式。如果连安全模式都进不去，说明问题可能偏向硬件或引导层，下面的命令大多需要借助安装 U 盘里的修复环境来执行。
第一步：用命令行取出蓝屏记录和错误代码
Win10 会把每次蓝屏的细节写进事件日志和转储文件，命令行能快速把它们捞出来。右键开始菜单，选择“Windows PowerShell（管理员）”或“命令提示符（管理员）”，然后依次执行下面的命令。注意路径和参数要照抄，符号用英文半角。
wevtutil qe System /q:"*[System[(EventID=41)]]" /c:5 /rd:true /f:text —— 列出最近 5 条事件 ID 41 的记录，也就是“系统未正常关机”的意外重启事件，能确认蓝屏发生的时间点。wevtutil qe System /q:"*[System[(Level=1 or Level=2)]]" /c:20 /rd:true /f:text —— 列出最近的错误和严重级别事件，蓝屏前往往有驱动或磁盘报错先出现。%SystemRoot%\Minidump，看有没有 .dmp 文件。有文件说明系统成功保存了小型内存转储，后续可以用分析工具打开；如果这个文件夹是空的，需要先确认“启动和故障恢复”里转储设置是否为“小内存转储”，路径在“此电脑→属性→高级系统设置→启动和故障恢复”。这一步的产出是两份东西：一份带时间戳的错误清单，一份转储文件。前者帮你判断蓝屏是偶发还是反复，后者是精确定位驱动或内核模块的关键材料。如果事件日志里反复出现同一个来源，比如某个磁盘控制器或网卡驱动，基本可以把怀疑范围收窄到它身上。
第二步：用 SFC 和 DISM 排除系统文件损坏
排除了明显的硬件报错后，接下来检查系统文件是否完整。系统文件损坏是蓝屏的常见诱因，尤其是非正常关机之后。这两条命令要在管理员窗口里运行，顺序不能颠倒：先 DISM 修复映像，再 SFC 扫描系统文件。
DISM /Online /Cleanup-Image /CheckHealth —— 快速检查映像是否被标记为损坏。DISM /Online /Cleanup-Image /RestoreHealth —— 联网状态下从 Windows 更新获取正常文件进行修复，通常需要几分钟到十几分钟，进度到 100% 才算完成。SFC /scannow —— 扫描并尝试修复受保护的系统文件。结束后会给出三类结果之一：未发现完整性冲突、已成功修复、发现损坏但无法修复。最后一种情况需要回看 CBS 日志：%SystemRoot%\Logs\CBS\CBS.log。执行期间不要关窗口，中途断电或强制结束进程可能让映像状态更糟。如果 DISM 报错 0x800f081f，多半是更新组件或网络问题，可以先确认系统时间正确、能正常访问 Windows 更新，再重试；反复失败则以系统官方说明和当前系统界面提示为准，不要盲信第三方“一键修复”工具。
第三步：检查磁盘与内存这两个高频硬件嫌疑
软件层排查没有结果，就要看硬件。命令行同样能提供初步判断，但要注意这些工具只能发现“已经表现出来的问题”，不能替代专业检测。
chkdsk C: /scan —— 在线扫描系统盘，不锁定卷、速度较快，先看有没有文件系统错误。确认需要修复时再用 chkdsk C: /f，它通常要求重启后在启动阶段执行。若提示存在坏扇区，且 SMART 状态异常，应考虑备份数据并更换硬盘。wmic diskdrive get model,status —— 查看物理磁盘型号与状态，Status 显示 OK 一般表示控制器层面未报错，但不等于盘体完全健康。mdsched.exe —— 这是 Windows 内存诊断的图形入口，也可以在管理员命令行直接调用。它会提示立即重启检测或下次开机检测。内存故障常表现为随机的、每次代码都不同的蓝屏，如果最近加装过内存条，优先怀疑兼容性或插槽接触。如果 chkdsk 反复报错、内存诊断跑出错误，就不要再靠命令行继续折腾了，先备份重要文件。数据安全永远排在“修好系统”前面，这一点在硬盘出现异响或频繁掉盘时尤其重要。
第四步：回退近期变更并判断要不要继续深挖
很多蓝屏发生在装完某个驱动、补丁或安全软件之后。命令行可以帮你确认最近的更新记录，再决定是否卸载：wmic qfe list brief /format:table 列出已安装更新，driverquery /v 列出驱动及其文件路径，便于对照蓝屏时间点找出可疑项。设备管理器里右键可疑设备选择“属性→驱动程序→回退驱动程序”，或卸载后重启让系统重新识别，都是常见做法。
安全模式下如果不蓝屏，基本可以判断问题出在第三方驱动或启动项，而不是核心硬件。若转储文件已经拿到，可以用微软官方的分析工具或 WinDbg 打开，重点看“Probably caused by”后面的模块名；看不懂也没关系，把停止代码和出错模块名记下来，再针对性地搜索官方说明或厂商支持页面，比笼统搜索“Win10 蓝屏怎么修”有效得多。
最后给一个可执行的收尾顺序：先记录停止代码并导出事件日志，再跑 DISM 加 SFC，接着 chkdsk 与内存诊断，最后回退近期驱动和更新。全程只从系统自带工具和官方渠道获取信息，遇到疑似硬件故障及时备份送修。命令行排查的价值不在于一条命令包治百病，而在于把模糊的“蓝屏”拆成可验证的线索，让下一步动作有的放矢。