蓝屏十六进制停止代码（如0x0000000A）是硬件冲突最核心线索，必须在蓝屏瞬间抄录或拍照；若错过，则通过事件查看器BugCheck事件ID 1001提取原始BugCheckCode，或用可靠性监视器、BlueScreenView分析dump文件定位驱动级根源。
电脑硬件冲突引起的蓝屏代码必须在蓝屏发生瞬间捕获，错过就只能靠系统日志回溯——但日志里的代码可能被后续错误覆盖，或因自动重启丢失关键上下文。
蓝屏画面中直接抄录停止代码
蓝屏出现时，屏幕中央偏下位置会显示一行大写英文错误名（如IRQL_NOT_LESS_OR_EQUAL），其正上方或紧邻下方必有一行以***STOP:开头的十六进制代码，例如0x0000000A。这是硬件冲突最核心的线索，不是可选项，是必记项。
用手机立即拍摄全屏照片，重点确保“***STOP: 0x……”这行文字清晰无反光；若只拍到英文名没拍到十六进制码，等于只拿到病名没拿到病理编号——后续所有排查都会跑偏。
不要等蓝屏自动重启，长按电源键强制关机反而可能破坏当前内存转储，导致下次无法生成dump文件。
重启后从事件查看器提取原始BugCheck记录
按下Win+X → 选择【事件查看器】→ 左侧展开【Windows 日志】→ 点击【系统】→ 右侧点击【筛选当前日志】→ 在“事件来源”栏输入BugCheck → 点击确定。
筛选结果中，所有带红色叉号、事件ID为1001的条目就是蓝屏记录；双击打开，查看“事件数据”区域下的BugCheckCode字段值——这才是系统内核实际写入的原始十六进制码，比蓝屏界面上看到的更可靠，因为不会被显卡驱动渲染异常干扰。
【注意：若筛选后无任何BugCheck事件，说明系统未启用内存转储功能，需立即进入“系统属性→高级→启动和故障恢复→写入调试信息”中勾选“小内存转储”，否则后续蓝屏将彻底失联】
用可靠性监视器快速定位最近一次蓝屏
按下Win+R → 输入perfmon /rel → 回车打开可靠性监视器。
界面顶部时间轴中，所有标有红色叉号的节点都代表一次系统崩溃；鼠标悬停其上，会直接浮出提示框，显示该次崩溃的“问题签名”——其中第二行就是停止代码，例如“0x0000007F”。
这个方法对新手最友好，但它只保留最近30天的记录，且不显示参数细节；如果蓝屏发生在一周前且你没开过这个工具，它就查不到。
用BlueScreenView离线分析minidump文件
第一步：下载绿色版BlueScreenView（无需安装）→ 解压后直接运行。
第二步：软件自动扫描C:\Windows\Minidump\目录下的所有.dmp文件；若该目录为空，说明系统未配置内存转储，请先回退到上一节设置。
第三步：列表中找到最新一条记录，重点关注“Caused By Driver”列——若显示dxgkrnl.sys或nvlddmkm.sys，大概率是独显与核显驱动冲突；若显示ataport.sys或storahci.sys，则指向硬盘控制器模式错配或SATA线接触不良。
第四步：双击该行，在底部面板查看“Stack Trace”堆栈，从最顶端向下数第三行出现的.sys文件，就是硬件冲突链中最靠近底层的那个驱动模块——它不一定是罪魁祸首，但一定是第一个被硬件异常波及的环节。
