别一上来就查蓝屏代码
我原来也以为，蓝屏代码就是唯一线索。后来发现自己太天真。拿最常见的 0x0000007B 来说，网上十有八九说硬盘模式问题，让你进BIOS把AHCI改成IDE。可你真的这么做了，大概率还是蓝屏，因为现在固态硬盘和主板基本都支持AHCI，强行改IDE反而会触发新问题。我自己就遇到过一台老ThinkPad，代码是 0x0000007E，按网上的说法是内存或驱动故障，结果换了两根内存条、重装了三次显卡驱动，问题依旧。最后用WinDbg看dump文件，发现是无线网卡驱动里一个叫 netwtw10.sys 的模块在断电瞬间写了错误的内存地址。这种细节，光靠查代码永远找不到。
真正有用的三步排查法
第一步，先把系统默认的转储文件打开。右键此电脑—属性—高级系统设置—启动和故障恢复—设置，把“写入调试信息”从“小内存转储”改成“完全内存转储”，默认路径是 %SystemRoot%\Minidump，完全转储则写在 C:\Windows\MEMORY.DMP。别嫌文件大，一次蓝屏可能产生几个GB，但这比网上那些“用鲁大师检测温度”靠谱一百倍。
第二步，装好Windows调试工具，直接用微软官方给的WinDbg，别用百度搜出来的绿色版。打开dump文件后，先敲 !analyze -v，重点看 MODULE_NAME 和 IMAGE_NAME，这比你对着蓝屏屏幕上的十六进制数字瞎猜有用得多。注意，STACK_TEXT 那一段才是关键，要顺着往下看有没有我们熟悉的厂商驱动名字，比如Realtek、Intel、AMD。
第三步，去事件查看器里查蓝屏前几秒钟的警告日志。Windows日志—系统，筛选来源为 Kernel-Power、BugCheck 和 Disk。如果发现Disk反复报 Event 153，说明硬盘有坏道或者SATA线接触不良。我以前遇到一台机器，蓝屏时间特别规律，每次都是开机20分钟左右，dump文件指向的却是 ntoskrnl.exe——这个内核模块是万金油，谁都能背锅。后来查事件，发现是SSD的固件有所谓“掉盘”问题，更新固件后就好了。
为什么你重装系统没用
很多人一蓝屏就重装，装完第三天又蓝。因为重装系统只覆盖了C盘的系统文件，而问题往往出在硬件或硬件之间相互干扰上。举个典型的例子：某电脑插了两条不同品牌的内存，频率都是2400MHz，但时序不一样，一条CL15一条CL17。Windows默认用低速那条的时序，有时候内存控制器电压不够，跑高负载就蓝屏，代码随缘，有时是 0x0000001A 有时是 0x00000050。你重装一百遍也没用，要么拔掉一条，要么进BIOS手动把时序调到宽松的那一档，顺便把内存电压加到1.25V——注意别超过1.35V，不然夏天机箱温度高一样蓝屏。
再说一个容易被忽略的点：供电不足。我见过一台机器，电源额定500W，实际峰值就450W，却拖着i7和RTX3060，玩游戏蓝屏，代码是 0x00000116，显卡驱动提示超时。很多人去刷显卡BIOS，殊不知电脑重启的瞬间，电源输出纹波大得离谱。我用示波器量过，300W负载时纹波已经达到120mV，标准是80mV以内。这种问题你怎么查驱动都没用，换电源立刻好。
独立观点：很多蓝屏根本不用管
最后说点别人不爱听的话。Windows系统本身就不是什么稳定系统，有些蓝屏纯粹是bug，全盘扫描式排查只会让你神经衰弱。比如有些休眠唤醒后的偶发蓝屏，代码 0x0000009F，如果几个月出现一次，且dump文件里指向的是 win32kfull.sys，并且你在官网找不到任何更新，那大概率是微软的锅。你只要把休眠改成睡眠，或者干脆关闭快速启动，就再也没出现过。别挣扎，别指望Windows会修，微软自己都修不过来。
所以我的建议是：遇到蓝屏，先拍下屏幕，看代码，但别急着查。去WinDbg里跑一遍，把驱动和硬件交叉验证，再决定要不要换硬件。很多故障排查到最后，你会发现问题不在电脑上，而在你脑子里——你总以为系统是完美的，其实不是。