事件查看器系统日志可查死机原因：用eventvwr.msc打开→筛选错误/警告、近10分钟、事件ID 41,6008,1001,7031→在BugCheck或ID 1001中找蓝屏代码及肇事驱动→用ID 41核对死机精确时间。
电脑死机后自动重启，系统已悄悄记下全过程——这些原始记录就藏在事件查看器的“系统”日志里，不打开它，你永远看不到Windows自己写的故障诊断报告。
直通事件查看器：绕过卡顿与权限陷阱
按下Win + R组合键 → 在运行框中准确输入eventvwr.msc（注意无空格、无引号、无拼写错误）→ 按回车。这个命令直接调用系统管理控制台，哪怕资源管理器已假死、桌面图标全灰，它也能秒开。
左侧树形导航中，依次展开Windows 日志 → 系统。右侧列表默认按时间倒序排列，最新事件顶置——死机刚发生，那条红色图标大概率就在第一屏。
三重筛选：把几万条日志压缩成3～5条关键线索
在左侧“系统”日志项上右键 → 选择“筛选当前日志”。
第一步：勾选“错误”和“警告”级别。很多死机前必先报黄标警告，比如磁盘SMART预警、服务启动超时，只筛“错误”会漏掉前兆信号。
第二步：设置时间范围。回忆你最后一次看到黑屏/卡死/自动重启的时间点，在筛选窗口中填入该时刻前后各5分钟——【不设时间窗，等于在三年日志里翻找10秒故障】。
第三步：在“包括事件ID”栏中输入41,6008,1001,7031（英文逗号分隔）。这四个ID分别对应：内核级异常重启、非正常关机、蓝屏本体记录、后台服务意外终止。填错一个ID或用了中文逗号，筛选就会失效。
深挖BugCheck事件：找到蓝屏代码与肇事驱动
方法一：在筛选后的结果中，找“来源”列为BugCheck、图标为红色错误的条目，双击打开。
切换到“详细信息”选项卡 → 拉到底部找到XML数据区 → 查找标签内的值，那就是蓝屏停止代码（如0x0000003B）；再往下找节点，里面通常是引发崩溃的驱动文件名（如nvlddmkm.sys）。
方法二：回到“常规”选项卡，确认事件ID是1001，描述末尾写着“The computer has rebooted from a bugcheck”。此时直接看描述字段里是否含“Faulting module:”字样，后面紧跟的模块名就是最可疑对象。
注意：如果没看到Faulting module，说明该死机未生成完整转储，需回头检查系统属性中“写入调试信息”是否设为“小内存转储”或更高——【此设置必须在下次死机前完成，死机后无法补救】。
交叉验证ID 41：锁定死机发生的精确时间锚点
在筛选结果中找到一条“来源”为Kernel-Power、事件ID为41的红色条目。
双击打开 → 切换到“常规”选项卡 → 查看“事件描述”中是否明确写着“System has rebooted without cleanly shutting down first”，其下方“日期和时间”即为死机发生的毫秒级时间戳。
这个时间点必须与BugCheck事件时间高度吻合（误差通常在1秒内），若两者相差超过3秒，说明可能不是同一轮故障，而是连续多次异常。
