应打开事件查看器（win+r输入eventvwr.msc）→展开“windows日志→系统”和“应用程序”→筛选死机前5分钟的错误/严重事件→重点分析id 41（kernel-power）、1001（bugcheck）、17/27/11（存储异常）事件，结合provider name、bugcheckcode及faulting module name定位驱动或硬件故障根源。
电脑突然死机后无法定位原因，需要从系统底层日志中提取崩溃前的异常信号，Windows事件查看器是唯一能直接反映内核级错误、驱动冲突和硬件告警的原生工具。
打开事件查看器并定位关键日志位置
按 Win + R 输入 eventvwr.msc → 回车启动；左侧导航树依次展开：【Windows 日志】→【系统】和【应用程序】两个节点必须同时检查。
注意：不要点开【安全】或【Setup】日志，它们与死机无直接关联；若【系统】日志为空，说明可能启用了日志自动清除策略，需立即调整保留设置。
筛选蓝屏（BSOD）发生前5分钟内的错误事件
在【系统】日志右侧面板点击【筛选当前日志】→ 在“事件级别”勾选【错误】和【严重】→ “事件来源”可暂留空白 → “开始时间”设为死机时间往前推5分钟 → 点击确定。
这一步必须严格控制时间范围，超过10分钟会混入大量无关驱动初始化日志，反而掩盖真正诱因；若找不到任何错误，说明崩溃未触发日志记录，大概率是电源瞬间中断或CPU过热硬关机。
找到时间戳紧邻死机时刻（误差≤90秒）的红色【错误】事件，双击打开，重点看【事件ID】和【详细信息】标签页中的“Provider Name”字段——它通常指向出问题的驱动模块名，比如 nvlddmkm（NVIDIA显卡驱动）、dxgkrnl（DirectX内核）或 WHEA-Logger（硬件错误架构，意味着内存/主板/PCIe链路故障）。
识别三类高危事件ID及其含义
方法一：事件ID 41（Kernel-Power）
表示系统未正常关机，但不区分是蓝屏还是断电；若伴随“BugcheckCode”值非零（如0x0000003b、0x0000007f），就是典型蓝屏残留证据，需结合dump文件分析。
方法二：事件ID 1001（Windows Error Reporting）
它会附带 minidump 路径和错误模块名，例如“faulting module name: atikmdag.sys”，直接锁定AMD显卡驱动版本缺陷；【务必复制该模块名到浏览器搜索，确认是否已知兼容性问题】。
方法三：事件ID 17（disk）、27（stornvme）、11（volsnap）
这些来自存储子系统的错误常被忽略，但连续出现3次以上，基本可判定SSD固件异常或NVMe协议栈崩溃——此时即使没有蓝屏，也会导致系统假死无响应。
