最常见蓝屏（BSOD）代码对照：先看懂代码，再决定查哪里
电脑突然蓝屏时，屏幕上那行大写英文加下划线的代码就是停机码，也叫错误检查代码。很多人一看到它就去搜修复步骤，其实顺序反了：停机码不是故障零件的名字，而是一次检查失败的编号，它告诉你的是哪一类检查没通过。同一个代码背后可能有两三个成因，先看懂代码指向哪类问题，再决定查哪里，比照着步骤乱试省事得多。
本文只讲代码的含义与排查方向，不讲具体的修复操作。想按步骤动手修的，可以看本站另一篇Windows 蓝屏错误逐步修复指南，那篇是按现象分叉的修复流程，与本文互补。
对照总表：代码、含义、成因与排查方向
代码名称与十六进制值按微软 Learn 上的错误检查代码参考整理，核实日期 2026-11-07。
| 停机码 | 十六进制 | 指向的问题类别 | 常见成因 | 排查方向 |
|---|---|---|---|---|
| MEMORY_MANAGEMENT | 0x1A | 内存管理 | 内存条故障、内存超频不稳定、驱动写坏内存数据 | 内存诊断、恢复内存默认频率、逐条测内存 |
| PAGE_FAULT_IN_NONPAGED_AREA | 0x50 | 内存或驱动 | 故障内存、驱动访问了不存在的内存页、硬盘坏道连带 | 先看报错文件是否指向驱动，再测内存与硬盘 |
| IRQL_NOT_LESS_OR_EQUAL | 0xA | 驱动或内存 | 驱动在错误的中断级别访问内存、内存不稳定 | 最近更新的驱动、内存测试 |
| DRIVER_IRQL_NOT_LESS_OR_EQUAL | 0xD1 | 驱动 | 某个驱动访问了无效内存地址，常见于网卡、显卡与存储驱动 | 报错文件点名的驱动、最近更新的驱动 |
| SYSTEM_SERVICE_EXCEPTION | 0x3B | 驱动或系统文件 | 驱动异常、系统服务出错 | 报错文件、显卡驱动、系统文件检查 |
| KMODE_EXCEPTION_NOT_HANDLED | 0x1E | 驱动或硬件 | 内核模式驱动抛出了未处理的异常 | 报错文件点名的驱动、最近加的硬件 |
| SYSTEM_THREAD_EXCEPTION_NOT_HANDLED | 0x7E | 驱动或系统文件 | 系统线程里的驱动或系统组件出错 | 报错文件、最近更新的驱动 |
| DPC_WATCHDOG_VIOLATION | 0x133 | 驱动或固件 | 驱动长时间占用处理器、固件配合不良 | 存储与显卡驱动、主板固件版本 |
| KERNEL_DATA_INPAGE_ERROR | 0x7A | 硬盘或内存 | 系统读不到硬盘上的数据页、硬盘坏道、内存故障 | 硬盘健康检查、数据线与接口、内存测试 |
| CRITICAL_PROCESS_DIED | 0xEF | 系统文件或硬盘 | 关键系统进程意外终止、系统文件损坏、硬盘故障 | 系统文件检查、硬盘健康、最近的更新 |
| WHEA_UNCORRECTABLE_ERROR | 0x124 | 硬件 | 处理器、内存或主板等硬件报错、超频不稳定、散热不良 | 恢复默认频率、散热检查、硬件送检 |
| VIDEO_TDR_FAILURE | 0x116 | 显卡驱动 | 显卡驱动响应超时后被系统重置失败 | 显卡驱动重装、显卡温度与供电 |
表里“指向的问题类别”只是第一嫌疑，不是定论。两个不同的成因可以撞出同一个代码，例如 PAGE_FAULT_IN_NONPAGED_AREA 既可能是内存坏了，也可能是驱动写错了地址。所以只看代码不够，还要结合下面三条线索一起判断。
判断要用的三条线索
第一条线索是代码本身。先在总表里找到代码，看它属于内存、驱动、硬盘、系统文件还是硬件中的哪一类，排查范围就缩到了一两类上。
第二条线索是报错文件。蓝屏屏幕上有时会在代码附近写一行导致失败的内容，通常是一个以 .sys 结尾的文件名，例如 nvlddmkm.sys 或 ntfs.sys。这个文件名往往直接点名了出问题的驱动或组件，比代码本身更具体。如果文件名指向某个厂商的驱动，排查就从这个驱动开始；如果写的是 ntoskrnl.exe，那只是 Windows 内核本身，多数时候它只是替真正的肇事者背了名，这一点按微软调试文档的常见解释整理，未核实你那次蓝屏是否属于这种情况。
第三条线索是发生时机。只在玩游戏或高负载时蓝屏，显卡驱动、散热与超频的嫌疑上升；刚装完驱动、更新或新硬件之后开始蓝屏，时间点本身就是最大的线索；每次蓝屏的代码都不一样，内存不稳定、硬盘坏道或主板供电这类底层问题的可能性上升。把时机与代码对照着看，方向会清楚很多。
内存类代码：先分清是条子坏了还是频率不稳
MEMORY_MANAGEMENT 与 PAGE_FAULT_IN_NONPAGED_AREA 是最常被归到内存上的两个代码。它们的共同点是内存管理器发现数据对不上：可能是内存条本身有坏块，也可能是内存超频的频率或时序太激进，还可能是驱动写坏了内存数据。
区分的办法是看变化：如果蓝屏是在开启 XMP 或 EXPO、手动超频内存之后出现的，先把内存恢复默认频率再观察，蓝屏消失就是频率不稳定；如果默认频率下也反复出现，再做内存诊断与逐条测试。多条内存时只留一条轮流测，能定位到具体是哪条出了问题。硬盘坏道有时也会伪装成内存类代码，内存测完没问题的话，硬盘健康也要查一圈。
驱动类代码：代码点名驱动，文件点名厂商
IRQL_NOT_LESS_OR_EQUAL 与 DRIVER_IRQL_NOT_LESS_OR_EQUAL 是驱动类代码里最常见的两个，后者明确是驱动访问了无效地址，前者还多一个内存不稳定的可能。SYSTEM_SERVICE_EXCEPTION、KMODE_EXCEPTION_NOT_HANDLED 与 SYSTEM_THREAD_EXCEPTION_NOT_HANDLED 的含义，都是内核里的驱动或系统组件抛出了没处理好的异常。
这类代码的排查起点永远是最近的变化：最近更新过哪个驱动，最近装过什么软件，蓝屏屏幕上的报错文件点名了谁。网卡、显卡、存储控制器与杀毒软件的驱动是这里的常客。如果报错文件每次都指向同一个驱动，方向就很明确了；如果每次指向的驱动都不一样，内存与硬件的嫌疑就要往上提。
硬盘与系统文件类代码：先保数据，再查盘
KERNEL_DATA_INPAGE_ERROR 的含义是系统想从硬盘读一页数据却读不到，硬盘坏道、数据线松动与内存故障都可能造成它。CRITICAL_PROCESS_DIED 则是某个关键系统进程意外终止，系统文件损坏、硬盘故障与某次没装好的更新都可能是源头。
这类代码出现时，第一件事是备份数据。硬盘类问题有继续恶化的可能，反复蓝屏时还强行读写，坏道可能扩散，数据风险比修好系统更重要。备份完成后再查硬盘健康状态与系统文件完整性，检查工具以硬盘厂商提供的官方工具为准。
硬件与显卡类代码：先看温度与频率
WHEA_UNCORRECTABLE_ERROR 是硬件直接向系统报告的错误，处理器、内存、主板与散热问题都可能触发它，超频不稳定也是常见成因。
VIDEO_TDR_FAILURE 单独属于显卡：显卡驱动在规定时间内没有响应，系统尝试重置驱动但失败了。先查显卡驱动版本、温度与供电，只在玩游戏时出现的话，显卡的嫌疑比其他硬件更大。电脑无法开机的硬件排查思路，可以参考本站另一篇电脑无法开机硬件诊断。
一次蓝屏与反复蓝屏，判断方式不一样
只蓝屏过一次、重启后一切正常，微软官方的说法是大多数情况下重启本身就解决了问题，不需要进一步处理（按微软官方支持文档核实，核实日期 2026-11-07）。记下代码先观察几天，不再出现就不用折腾。
反复蓝屏才需要认真查：把每次的代码、报错文件与发生时机都记下来，对照总表看它们是不是指向同一类问题。如果每次代码都一样、报错文件也一样，方向基本锁定；如果每次代码都不一样，先查内存与硬盘这类底层硬件，再考虑送修。蓝屏越来越频繁时，先备份数据再继续，不要等硬件彻底出问题才想起备份。
核实说明：代码名称与十六进制值按微软 Learn 错误检查代码参考整理，核实日期 2026-11-07；一次偶发蓝屏重启后观察的说法按微软官方支持文档核实，核实日期 2026-11-07。未核实之处：ntoskrnl.exe 出现在报错文件里时是否属于替肇事者背名，需结合转储文件分析才能确定；各品牌硬盘健康检查工具的操作细节。代码表是排查方向的起点，不是确诊结论，最终判断请以转储文件分析与硬件厂商的检测结果为准。