很多人一看到蓝屏就头皮发麻，觉得电脑要完蛋了。其实干这行久了，你会发现蓝屏系统做得最厚道的一个故障提示——它直接把崩溃原因摔你脸上，只是大多数人不认识那一串十六进制代码而已。这篇文章我会把常见的蓝屏代码按故障类型拆开讲清楚，包括为什么会出现、怎么定位、怎么解决，重点是几个最近问得特别多的代码，比如0xc000021a和unexpected store exception。不管你是普通用户还是刚入行的运维，看完这篇，至少下次蓝屏不会两眼一抹黑直接重装系统。
1. 先搞明白蓝屏代码到底在“说”什么
1.1 蓝屏不是死机，是系统在踩刹车
很多用户有个误区，觉得蓝屏=硬件烧了=电脑废了。真不是这样。Windows蓝屏的学名叫Bug Check，本质上是操作系统检测到了它无法安全继续运行的条件，于是主动停机，防止更严重的错误扩散。就好比汽车发动机亮红灯，你硬要踩油门继续跑，最后大概率是爆缸。蓝屏就是系统帮你踩了刹车，而且是急刹。
理解了这层，你就能明白一件事：蓝屏之后，第一反应应该是“系统在保护什么”，而不是“系统为什么挂了”。保护的是数据的完整性和硬件的安全性。所以蓝屏本身不是病根，它只是一个警报器，真正的病因藏在代码和日志里。
1.2 蓝屏代码的“段落结构”要会读
蓝屏信息界面里最有用的东西，除了那一行大写的错误代码，还有下面几行信息，很多人直接忽略了。我用个典型界面拆给你看：
- 顶部大字：UNEXPECTED STORE EXCEPTION，这是错误名称，定义了故障大类。
- 中间部分：下方有一行“*** STOP: 0x000000C000021A”类似的格式，这是十六进制错误码，定位更精细。
- 再往下：是“*** FOO.SYS - ADDRESS 0xFFFFFFFFF80000A2B1 BASE AT ...”，这部分通常显示导致崩溃的驱动文件名和地址，这是排查的黄金信息。
很多新手只记代码，不看驱动文件。但实践经验告诉我，真正能让你少走弯路的是那一行驱动文件名——它直接告诉你是谁引起的。比如是nvlddmkm.sys，那基本就是显卡驱动的事儿；如果是ntfs.sys，多半和磁盘读写链路有关。代码是大方向，驱动名是具体嫌疑人，两者配合才能破案。
实际上，Windows蓝屏界面中“collecting error information”之后就进入写入dump文件的过程。这个dump文件——通常是C:\Windows\Minidump文件夹下的.dmp文件——才是真正的“案发现场全记录”。代码只是封面，dump才是正文。
2. 最常见的六个蓝屏代码，一次给你讲透
2.1 代码速查表：遇到直接对号入座
为了方便阅读，我把日常维修里出现频率最高的几个代码整理成一张速查表。注意，同一代码在不同硬件环境下的主因会有差异，这张表给的是概率最高的方向，不是唯一答案。
| 蓝屏代码 | 错误名称 | 常见元凶 | 解决方向 |
|---|---|---|---|
| 0x0000007B | INACCESSIBLE_BOOT_DEVICE | 系统无法访问引导磁盘 | 硬盘模式切换（IDE/AHCI）、引导文件损坏、磁盘线缆松动 |
| 0x0000001A | MEMORY_MANAGEMENT | 内存管理严重错误 | 内存条损坏、超频不稳定、驱动改写内核内存 |
| 0x0000003B | SYSTEM_SERVICE_EXCEPTION | 系统服务抛出了未处理异常 | 驱动不兼容、系统文件损坏、软件冲突 |
| 0x0000000A | IRQL_NOT_LESS_OR_EQUAL | 驱动以错误的权限访问了内存地址 | 驱动bug、新装驱动冲突、硬件故障 |
| 0x00000050 | PAGE_FAULT_IN_NONPAGED_AREA | 系统请求的数据不在内存中 | 内存故障、驱动错误、磁盘坏道 |
| 0x000000D1 | DRIVER_IRQL_NOT_LESS_OR_EQUAL | 驱动自身访问了非法内存地址 | 网卡/声卡驱动问题、杀毒软件冲突 |
这张表要活学活用。比如0x00000050，很多人的第一反应是换内存条，确实，内存故障占比很高。但我遇到过一次很典型的案例：用户新装了一个软件，启动后一开摄像头就蓝屏0x00000050，最后查出来是软件自带的旧版虚拟摄像头驱动和系统不兼容。这就说明同一个代码，换内存解决不了问题，得联合驱动名分析。
2.2 0x0000007B：进不去系统却最常见
0x0000007B这代码很特殊，因为它通常不是蓝屏一次就结束，而是直接让系统无限循环——开机能到Windows logo，然后转圈，接着蓝屏重启。这类问题十有八九和SATA控制器模式有关。
现在的固态硬盘和机械硬盘，接口协议对应的驱动模式不一样。老系统装在IDE模式下，你把BIOS设置改成AHCI，进系统必蓝0x0000007B。反过来也一样。所以排查思路是：先进BIOS看SATA Mode的设置，如果系统原来装在IDE模式，现在却是AHCI，切换回去基本解决。
但也有例外。有一次我帮朋友看一台老笔记本，也是0x0000007B，BIOS设置没问题。最后进PE检查，发现引导分区文件bootmgr损坏了，而且硬盘有物理坏道。用PE自带的引导修复工具重建，再把坏道隔离掉，问题才解决。所以遇到0x0000007B，先看BIOS硬盘模式，再看引导文件，最后查硬盘物理状态，顺序不能乱。
2.3 0x0000001A：内存问题的高频信号
内存管理类的蓝屏，最常见的触发场景是：你刚给电脑加了内存条，或者内存超频XMP/EXPO一开，没跑两天就蓝屏了。这代码出现时，我会先怀疑新增的内存条和原有的不兼容，其次是超频频率太高，内存控制器撑不住。
简单自测流程是：重启进BIOS，把内存频率从默认的DDR5-6000降成DDR5-4800，关掉XMP/EXPO，跑一段时间看还蓝不蓝。如果稳定了，就是频率不稳。如果仍然蓝屏，关机拔掉一根内存条，轮换测试，单根能稳定说明其中一根有问题。这个方法对普通用户最友好，不需要专业工具就能做基本判断。
真正要查内存缺陷，得用MemTest86这类专业工具。我个人的经验是：跑满4圈不报错才敢说内存没问题，只跑一圈就下结论经常出错。另外，0x0000001A也有少数情况和页面文件所在分区满了有关——系统拿不到足够的内存分页空间，会触发这类报错。磁盘剩余空间长期低于5%的机器，看到这个代码不要只盯内存。
2.4 0x0000003B：驱动兼容性的重灾区
0x0000003B的蓝屏信息里，经常能看到具体的驱动文件名。比如常见的ntkrnlmp.exe虽然出现频率高，但它往往只是受害者；真正有意义的是后面的驱动名。我之前修过一台电脑，每次打开游戏就蓝屏0x0000003B，代码下面写着dxgmms2.sys。这就是DirectX图形内核驱动的问题，思路就是重装显卡驱动——不是简单覆盖安装，而是用DDU在安全模式下把旧驱动彻底卸载干净，再重新安装官方版本。
很多人的习惯是“驱动能用就绝不更新”，这个思路在服务器上确实稳妥，但在个人电脑上不一定对。新版游戏对图形驱动的接口调用和优化有要求，旧驱动不更新就会因为缺失新的接口调用而触发异常。我建议游戏玩家每三到四个月更新一次显卡驱动，而普通办公用户则可以不追新，只要稳定就不用动。
驱动安装这块有个细节：下载驱动一定要去官方渠道，而不是用第三方驱动精灵之类的一键安装工具。第三方工具虽然省事，但常会装错型号或者加入推广软件，反而制造出更多故障。我接手过不少“驱动不了”的机器，最后查出来都是第三方工具装错版本导致的。
3. 重点拆解：0xc000021a和unexpected store exception
3.1 蓝屏代码0xc000021a：系统关键进程的“主动脉崩溃”
0xc000021a最近被问得特别多，这个错误比较有迷惑性，因为它出现的场景五花八门。有人是刚开机还没进桌面就蓝屏，有人是正常使用中突然崩溃，还有人是在系统更新重启后直接进不去。它的官方名称是STATUS_SYSTEM_PROCESS_TERMINATED，意思是关键的系统进程意外终止。你可以把它理解成主动脉堵了——不是小血管出问题，而是整个系统赖以维持的进程没了。
具体来讲，winlogon.exe、csrss.exe这类系统核心进程一旦意外退出，Windows会立刻判定系统状态不可信，强制触发蓝屏。造成这类进程终止的原因，比较常见的有几类：系统文件被安全软件误杀、驱动和系统更新不兼容导致核心进程崩溃、系统dll文件损坏。
这个代码的棘手之处在于，重装系统后问题很可能依旧存在。因为如果罪魁是硬件层面的内存不稳定——尤其是内存控制器或者CPU内部集成的内存管理单元不稳定——重装系统根本没用，跑一段时间又会出现。所以遇到0xc000021a，我的第一建议不是重装，而是先做个内存诊断。
实操步骤：按下Win+R，输入mdsched.exe，选择“立即重新启动并检查问题”，系统会在重启后自动跑内存诊断。这个过程大概要十分钟到半小时不等。如果没有报错，再用系统文件检查器——管理员身份打开命令提示符，运行sfc /scannow。修复完之后再观察。
如果这两个都查不出问题，那就要考虑驱动或者安全软件误杀。我处理过一起案例，某知名安全软件把一个旧版系统补丁识别为威胁并隔离了，之后系统启动就蓝屏0xc000021a。解决方式是进安全模式，把该文件恢复到信任区，问题立刻消失。这类第三方软件导致的故障很难定位，因为它伪装成系统文件受损的样子。
另外提醒一下Windows更新场景下的0xc000021a：如果你是在安装更新过程中蓝屏的，可以尝试进入Windows Recovery Environment，选择“疑难解答-高级选项-启动修复”，或者干脆用“卸载更新”回滚最近安装的质量更新。回滚更新这个操作经常被人忽略，但它对更新引起的蓝屏往往有奇效。
3.2 蓝屏代码unexpected store exception：存储子系统在“闹脾气”
unexpected store exception这串代码看着长，其实是Windows 10/11里出现频率相当高的一个。核心含义是：存储栈（storage stack）收到了一个出乎意料的异常返回值。大白话就是：系统跟硬盘说“把数据给我”，硬盘回了一个“我不知道你在说什么”的错误，系统方了，直接蓝屏。
触发场景最常见的有这么几类：电脑从睡眠状态唤醒后不久蓝屏；开着多个大型程序时突然卡顿几秒然后蓝屏；SSD空间装得太满（超过95%）后频繁蓝屏。第一个场景有指向性——和电源管理策略有关，尤其是NVMe SSD的APST（自动电源状态转换）功能导致的。有些SSD固件实现APST不够完善，进低功耗状态后被唤醒失败，就触发了unexpected store exception。
解决思路分几步走。如果你用的是Intel或AMD平台，进BIOS把节能模式改成性能模式，关闭PCIe链路电源管理；在Windows电源选项里，把PCI Express链接状态电源管理改成“关闭”。这是最常有效的操作，很多打过SSD兼容补丁的机器一改就好。其次是更新SSD固件。这一步很关键，但用户普遍不知道怎么弄。以三星为例，需要下载Samsung Magician软件检查固件更新；西数则用Western Digital Dashboard。其他品牌多数也有自己的管理工具，去官网下载即可。
还有一类情况是SSD的驱动程序问题——系统自带的stornvme.sys没有正确初始化设备。升级到最新的Windows版本通常能改善，但如果你的主板品牌发布了专用的NVMe驱动，优先安装官方驱动。老机器上尤其要注意，主板的SATA驱动和NVMe驱动建议以主板厂商提供的为准，Windows自带驱动虽然是“万能”的，但某种程度也意味着“都不够精确”。
3.3 实测记录：一次真实unexpected store exception排查过程
这里分享一个我最近处理的案例，完整过程比较有参考价值。用户电脑配置是i5-13400F + B760主板 + 512G PCIe 3.0 SSD + 32G内存，故障现象是每天第一次开机使用半小时左右必蓝屏unexpected store exception，重启后当天不再蓝屏。
初步排查，先排除系统文件问题，运行sfc /scannow和DISM修复，没发现问题。MEMORY诊断也通过。此时基本锁定在存储链路相关。我第一个尝试的就是电源管理设置——在BIOS里关闭了ASPM和支持ASPM的PCIe节能选项，同时把Windows电源计划里的PCI Express链接状态电源管理改成关闭。改完用了一天，没有蓝屏。
本来以为解决了，结果第三天用户说蓝屏又出现了。这就说明APST不是唯一原因。我接着查看事件查看器，在“Windows日志-系统”里搜索了与存储相关的警告和错误，发现了disk相关的警告事件，ID是153——这个事件常见于磁盘控制器在传输数据时出现问题，往往和线缆、接口或固件有关。
让用户打开机箱重新插拔了SSD的M.2接口，并清了一下接口上的灰尘，同时更新了SSD固件。之后连续用了两周，蓝屏没有再出现。这案例说明，unexpected store exception有时候不是单一原因，是多个因素的叠加。你在自行排查的时候，不要改完一个设置就指望万事大吉，要有耐心逐项验证。
4. 蓝屏后的正确自救流程：进不去桌面也能处理
4.1 先分清“能进安全模式”和“进不去安全模式”
蓝屏故障处理的第一个分岔路口，就是系统能不能进安全模式。安全模式会以最小化驱动和启动项加载系统，很多蓝屏在安全模式下根本不发生。进得去，说明软件层问题占大头；进不去，就要优先怀疑硬件或系统核心文件损坏。
进安全模式的方法：开机转圈时强制关机两次以上，第三次开机系统会进入自动修复界面，然后选择“疑难解答-高级选项-启动设置-重启”，按F4进入安全模式。顺利进入安全模式后，先查近期安装的软件和驱动，把可疑的卸载，再用sfc /scannow修复系统文件。安全模式能跑通，大概率问题就解决了。
如果安全模式也蓝屏，或者进安全模式过程中就直接蓝屏，那范围就比较局限了：要么是硬件检测类驱动在安全模式下也会加载，比如显卡或存储驱动；要么是硬件本身有问题。这时候要用PE工具盘启动——把PE做成U盘，从U盘引导系统后，把C盘里的重要数据先备份出来，再做进一步检测。
4.2 善用蓝屏dump文件：定位问题的最准路径
蓝屏代码只是线索，真正的实锤都在dump文件里。默认情况下，Windows会在C:\Windows\Minidump目录下生成小转储文件，文件名类似031225-12345-01.dmp。你可以用微软官方的WinDbg（Microsoft Store里可以直接搜索安装）打开分析，也可以使用BlueScreenView这类更傻瓜的图形工具。
BlueScreenView会直接显示蓝屏发生的时间、错误代码、触发蓝屏的驱动，以及完整的驱动栈。有一次我遇到一台反复蓝屏的机器，蓝屏界面显示的内存管理错误，代码指向0x0000001A，看起来就是内存问题。但用BlueScreenView一看，驱动栈里赫然出现了某个外接USB网卡的驱动文件。把外接网卡拔掉后，机器再也没蓝屏过。这就是dump分析的威力，能帮你找到代码之外的第二层隐藏凶手。
普通用户学会看BlueScreenView其实很有用。它的下载使用非常简单：打开软件，自动扫描Minidump目录，列表里会标注崩溃时间、错误代码和caused by driver字段。看到caused by driver那一列，就按那个驱动名去搜索解决方案。这比对着蓝屏界面的代码瞎猜效率高太多。
4.3 该重装还是该修：判断标准给你说清楚
很多人问“蓝屏是不是重装系统就好”，我的回答是：重装系统只能解决系统软件层面的问题，如果是硬件问题，重装完照样蓝屏。所以关键在于先判断问题范畴。
如果你遇到的蓝屏是在安装了某个软件、驱动或者更新之后出现的，那优先尝试卸载还原，重装是最后手段。如果蓝屏不定期随机出现、排查过软件和驱动依然存在，那么格式化重装系统其实是有价值的——它能把系统层面的变量清零，剩下的硬件问题会更容易暴露出来。
重装系统本身也有讲究。我强烈建议从微软官网下载干净的系统镜像制作安装U盘，不要用各种Ghost或一键安装的工具，那些系统往往精简过度或捆绑了第三方软件，装完稳定性和安全性都打折扣。安装完成后，先装主板驱动和显卡驱动，再装常用软件，每装一样用一段时间，观察是否复现蓝屏。这种方法虽然慢，但能精确定位到底是哪个软件和系统不兼容。
另外提醒一句：重装前务必备份桌面、文档和浏览器书签。很多人重装完才想起来有资料没拷贝，这时候再恢复数据就要额外花几百块去数据恢复公司了。把数据备份当成重装的一部分来执行，不要跳过。
5. 常见问题与排查技巧实录
5.1 蓝屏问题排查速查表
| 故障表现 | 第一步排查方向 | 第二步排查方向 | 第三步排查方向 |
|---|---|---|---|
| 开机即蓝屏 | 安全模式能否进入 | 硬盘连接和BIOS模式 | 引导文件和系统文件 |
| 运行大型程序蓝屏 | 显卡驱动更新/回滚 | 电源功率是否足够 | 温度监控（GPU/CPU） |
| 休眠唤醒后蓝屏 | 电源管理设置 | 显卡驱动版本 | SSD固件和APST |
| 随机无规律蓝屏 | 内存诊断（mdsched） | MemTest86长时间测试 | 主板BIOS和芯片组驱动 |
| 系统更新后蓝屏 | 卸载最近更新 | 启动修复 | 回滚驱动 |
这张表是我日常排查的基本流程。要注意的是，表格里的顺序不是绝对的，但方向是对的。先软后硬、先从配置层面再从物理层面，这个顺序能最大程度节省排查时间。
还有一个容易被忽视的环节：检查电源功率和品牌。很多人装机时电源是凑合的，显卡升级后功率不够，高负载下电压不稳，就会随机蓝屏。这个问题的隐蔽性极高，因为dump文件里往往看不出任何关联驱动。排查到内存、驱动都正常，就要考虑电源的嫌疑了。
5.2 我心里的几条“避坑”经验
说到这，分享几条我从大量维修案例里总结出来的经验，这些都是常规教程里不会写的东西：
蓝屏之后别急着重装，先拍照。蓝屏界面的代码和驱动名就是第一手线索，重启之后如果设置成了自动重启，这个信息就没了。遇到蓝屏，条件反射就是掏出手机拍下来再操作。如果系统设置为“自动重新启动”，蓝屏界面只会闪现一两秒，这时候需要按住电源键强制关机，才能停在蓝屏界面拍照。
驱动不是越新越好，也不是越老越好，稳定最重要。有些显卡驱动确实有已知问题，厂商后续版本才修复。但也有反向案例——新版驱动反而引入新bug。我的习惯是：笔记本用户以品牌官网驱动为主，不要盲目追NVIDIA/AMD官网的新版本；台式机玩家则可以参考驱动发布说明，确认修复内容和自己相关再更新。
内存超频是隐性蓝屏大户。很多人买了高频内存去开XMP/EXPO，稳定跑了一段时间后开始蓝屏，然后各种排查，最后把XMP关了才发现风和日丽。高频内存不一定需要满速运行，性能差距在实际体验里几乎感觉不到，但稳定性差距是致命的。如果你追求稳定，XMP可以开，但不必强求最高档位。
散热问题导致的蓝屏比你想象的多。CPU过热降频保护，有时的表现不是关机重启，而是蓝屏。尤其是在夏天，笔记本长时间高负载运行，散热风扇积灰严重时，蓝屏概率直线上升。排查蓝屏时顺手看一眼温度，用HWiNFO64这类工具记录核心温度，90度以上的话，清灰换硅脂就能解决。
5.3 蓝屏日志的深度阅读：事件查看器是免费咨询师
很多人不知道，Windows事件查看器里其实记录了所有蓝屏相关的蛛丝马迹。打开eventvwr.msc，进入“Windows日志-系统”，筛选来源为BugCheck的事件，就能看到每次蓝屏的记录。双击事件可以看到具体的错误代码和参数。另外，来源为Kernel-Power的事件41表示非正常断电/重启，出现频率高但没有BugCheck事件配合的话，问题大概率在电源或者硬件层面，而不是系统层面。
还有一个源是WHEA-Logger，如果这里面记录了硬件错误，尤其是“PCIE corrected error”或者“Cache Hierarchy Error”，那基本可以认定CPU或主板硬件层有问题了。这类错误不会每次都触发蓝屏，但积累到一定程度就会爆发。WHEA-Logger里有记录但系统没蓝屏，说明硬件已经处在不稳定边缘，量变引起质变总是需要一个过程的。
学会看事件查看器，你能在问题爆发的第一时间拿到最完整的日志信息，不用等蓝屏再次出现。有一次我远程帮用户排查，他反应每天定时蓝屏，我让他把事件查看器BugCheck和WHEA-Logger里的内容截图给我，十分钟就定位了问题——某品牌笔记本的BIOS电源管理固件有bug，升级BIOS后解决。整个过程人都不用上门。
6. 从蓝屏代码到系统性排查思维
6.1 排查控制在一个小时内：不盲目，不恋战
很多人排查蓝屏容易陷入两个极端：要么查两分钟就放弃直接重装，要么折腾一整天还找不到原因。我给自己的排查设定是一个小时分界线。如果一小时内没有明显的突破，说明问题比较深，强行硬查效率很低，不如选择：
- 备份数据，准备大概率要重装。
- 逐一更换硬件交叉测试（适用于有多台机器的环境）。
- 记录当前排查进度，换一个时段再来查。
这个思维很实用，因为蓝屏问题有时候和机器当前状态有关——比如温度降了故障就消失了，或者负载轻了不触发。隔一段时间再来，可能机器一开机就蓝屏，正好抓个现形，反而比死磕更高效。
判断是否继续排查的标准是：蓝屏频率高不高。如果一天好几次，值得花时间现场抓；如果三五天一次，可以登记日志用事件查看器远距离观察，等频率提高了再动手。很多“一周偶尔蓝屏一次”的情况，最终被定位到某个驱动或软件的升级，靠的就是时间线的耐心比对——回忆一下每次蓝屏前自己做过什么安装、设置变更，大概率能发现规律。
6.2 硬件蓝屏和软件蓝屏的区别：一套方法全搞定
我经常被问到一个问题——怎么才能区分是硬件问题还是软件问题？简单粗暴的方法是使用Windows PE。制作一个PE启动盘，在PE环境下跑CPU和内存压力测试。PE环境不加载你正常系统里的驱动，如果PE下测试稳定不蓝屏、不报错，那硬件出问题的概率就低了，软件驱动层面的嫌疑加大。
反过来说，如果PE环境下跑MemTest86或压力测试半小时内就崩溃，那基本可以判定EVEN内存或CPU有问题。这个方法绕开了复杂驱动的干扰，直接看硬件底层稳定性，是我在维修中非常依赖的快速硬件检测法。
不过硬件检测也有局限性。比如显卡在高负载下的供电问题，PE环境下的负载不足以复现；一些机械硬盘的物理坏道，用系统自带工具也扫不出来完整信息。这时候可以借助硬盘厂商官方工具做深度检测，比如希捷的SeaTools、西数的Data Lifeguard Diagnostic。厂商工具能看到SMART信息里健康度恶化的真实情况，而Windows系统里可能一直显示“驱动器运行正常”直到彻底挂掉。
6.3 蓝屏过后，系统有没有留下修复线索可循
最后一个实用技巧：Windows可靠性监视器（reliability history）里记录了系统层面的所有严重事件，包括蓝屏、软件错误和更新失败。在搜索框输入“查看可靠性历史记录”就能打开。它会把问题事件按时间线列出来，直观显示蓝屏发生的日期和具体错误。
我处理一个用户的蓝屏问题时，就是靠可靠性历史记录发现他的蓝屏全部集中在早上开机第一次操作文件管理器时。其他时间段完全正常。这个时间规律帮我排除了一大堆可能性，最后锁定到文件资源管理器的某个预览组件和第三方压缩软件冲突，卸载后用文件资源管理器再也不蓝屏了。这种排查路径如果不用可靠性历史记录，可能需要反复实测很多天才能发现规律。
所以蓝屏问题说到底，是个信息收集和逻辑推理的活儿。代码告诉你方向，dump告诉你根源，事件查看器和可靠性历史记录告诉你触发条件，时间线索告诉你背景。把所有信息拼成一张图，所谓疑难杂症也就迎刃而解了。
我个人处理蓝屏这么多年，最深的体会是——大多数蓝屏都是可以被治愈的，关键是别慌，按逻辑走。系统崩溃那一刻给出的代码和文件信息，其实就是它能做的最好的“遗言”。你能听懂它说什么，问题就解决了一半。下次再遇到，先拍照，再翻事件查看器，实在不行进安全模式，最后才轮到重装系统。这套流程走下来，你会发现蓝屏没那么可怕，它只是电脑在用一种不好看的方式说：我这儿有问题，你管管。
