应先通过事件查看器查kernel-power、whea-logger等日志定位硬件级异常，再用bluescreenview或windbg分析dmp文件确认故障驱动，结合可靠性监视器识别周期性负载冲突，最后导出.evtx和.dmp文件供专业分析。
当电脑屏幕突然黑屏、闪烁、花屏，或弹出“显示驱动程序已停止响应，并已成功恢复”提示时，说明GPU任务调度已中断，系统底层图形栈出现异常——此时不能只盯着重装驱动，必须先通过系统日志锁定崩溃源头是软件冲突、硬件报错还是电源异常。
查事件查看器定位崩溃前关键错误
Windows会在崩溃发生前几秒记录硬件级异常，这是最直接的证据链起点。
按下 Win + R，输入 eventvwr.msc，回车打开事件查看器。
在左侧面板依次展开 Windows 日志 → 系统，右侧点击“筛选当前日志”。
在“事件级别”中勾选错误和严重，在“事件来源”框内手动输入：Kernel-Power、BugCheck、WHEA-Logger、nvlddmkm（NVIDIA）、atikmdag（AMD）或igfx（Intel），然后点击确定。
按时间倒序排列，重点找崩溃时刻前3分钟内的红色条目——尤其是ID为41的Kernel-Power事件，它本身不是原因，但它是时间锚点；真正要盯的是它上方最近的一条错误，比如WHEA-Logger带0x00000001错误码，就指向CPU硬故障；nvlddmkm报0x00000116，则大概率是显存或PCIe链路异常。
分析蓝屏转储文件确认驱动模块
如果崩溃伴随蓝屏，DMP文件里藏着驱动级堆栈快照，比日志更精确。
方法一：用BlueScreenView快速读取
去官网下载BlueScreenView（支持Win10/11），运行后直接把C:\Windows\Minidump\下最新的Mini*.dmp文件拖进主窗口。看顶部“Caused by driver”栏——如果显示nvlddmkm.sys、dxgkrnl.sys或dxgmms2.sys，说明是显卡驱动本体或DXGI子系统出问题；若显示第三方驱动如Rt640x64.sys（瑞昱网卡）或ASMMI64.sys（华硕主板管理），那就是外设驱动拖垮了GPU调度。
方法二：用WinDbg Preview深度解析（适合有调试经验者）
微软商店搜WinDbg Preview并安装→打开后点“文件”→“启动调试”→“内核模式”→加载对应DMP文件→输入!analyze -v回车→滚动到“STACK_TEXT”段，第一行非ntoskrnl.exe的模块名就是罪魁祸首。
用可靠性监视器串联崩溃历史
这个工具能把零散日志变成可视化趋势图，帮你发现是否周期性复发。
第一步：按Win + R，输入perfmon /rel，回车打开可靠性监视器。
第二步：观察顶部“系统稳定性指数”曲线，鼠标悬停在任一红色下降标记上，会弹出详细事件摘要——这里能一眼看出是“应用程序崩溃”、“Windows崩溃”还是“硬件故障”，且自动关联到具体日期和时间。
第三步：点击左侧“检查计算机状态”，勾选“所有问题”，再点右上角“全部显示”——你会看到按时间排序的完整故障链，比如连续三天都在19:23分触发nvlddmkm错误，而那天你刚好开启OBS推流+Chrome多标签播放4K视频，就能锁定是负载叠加导致TCC超时，而非驱动本身损坏。
第四步：若发现某次崩溃前后紧跟着“Windows更新安装失败”或“杀毒软件服务异常终止”，说明系统层补丁或安全软件正在干扰GPU内存映射，需优先处理这些前置冲突。
导出日志供专业分析
自己看不懂日志细节？把原始数据打包给IT人员是最高效的求助方式。
在事件查看器中，右键“系统”日志 → 选择“保存所有事件为…” → 保存类型选事件交换格式（.evtx） → 命名为“display_crash_log_20260716.evtx”。
同时进入C:\Windows\Minidump\，把最近3个Mini*.dmp文件一起压缩成ZIP包——注意不要用WinRAR压缩，某些版本会破坏DMP文件头校验，用系统自带压缩或7-Zip。
【务必在导出前关闭所有浏览器和视频软件】，避免日志被新事件冲刷覆盖关键时间点。
