Win10频繁死机后重启，应通过事件查看器定位“Windows 日志→系统”，筛选关键/错误事件，重点排查BugCheck（蓝屏）、ID 41（Kernel-Power非正常重启）和ID 6008（意外关机），并结合可靠性监视器比对时间轴，最后导出.evtx日志供分析。
当Win10电脑频繁死机后重启，系统已在后台自动记录崩溃前的内核异常、驱动响应失败、电源中断等原始线索，这些信息全部集中在事件查看器的“系统”日志中，不打开它就等于放弃最直接的故障证据。
快速打开事件查看器并定位系统日志
必须先准确进入“Windows 日志 → 系统”视图，所有与死机强相关的底层事件（如蓝屏BugCheck、Kernel-Power非正常关机）都只归档于此，其他日志路径无法提供有效诊断依据。
按下Win + R组合键→在运行框中输入【eventvwr.msc】→按回车键启动；左侧导航栏依次展开Windows 日志 → 系统。
这一步操作起来很简单，直接把命令敲对就行。但注意：如果输成eventvwr.msc（多一个空格）或eventvwr.exe（后缀错误），工具将完全无法启动，且无任何提示。
筛选关键/错误事件缩小排查范围
系统日志默认包含数万条记录，不筛选就等于大海捞针。必须只保留“关键”和“错误”两级事件，才能聚焦真正致命的线索。
方法一：右侧操作面板→点击“筛选当前日志”→勾选“关键”和“错误”→确定。
方法二：右键点击左侧“系统”日志→选择“筛选当前日志”→在“事件级别”区域仅勾选关键、错误两项→点确定。
筛选后列表立即刷新，红色错误条目和深红关键条目将集中显示，此时可跳过所有黄色警告和信息类条目。
重点识别三类核心死机事件
第一步：找BugCheck事件——这是蓝屏死机的唯一原始记录，含STOP错误代码（如0x0000003B）和引发崩溃的驱动名（如dxgkrnl.sys），是判断物理成因的核心依据。
第二步：找事件ID 41（来源：Kernel-Power）——描述中明确出现“系统已在不关闭的情况下重新启动”，说明死机伴随强制断电、电源故障或未完成关机流程即重启，可用于交叉验证崩溃时间点。
第三步：找事件ID 6008（来源：EventLog）——表示“上一次系统关机是意外的”，常与ID 41成对出现，进一步佐证非正常关机性质。
双击任一目标事件→切换到“详细信息”选项卡→滚动到底部“事件数据”区域→复制第4个参数值（通常是.sys驱动文件名）作为后续搜索关键词。
用可靠性监视器比对多源故障时间轴
该工具将系统日志、应用程序错误、服务崩溃、Windows更新失败等事件统一映射到时间轴上，能直观看出死机前后是否伴随其他异常动作，比如某次驱动更新刚完成就立刻蓝屏，或某软件安装后连续三天在同一时刻触发ID 41。
① 按Win + R→输入control →回车→进入控制面板；
② 点击“安全与维护”→展开“维护”→点击“查看可靠性历史记录”；
③ 时间轴顶部红色“关键事件”标记即为死机发生时刻，点击该标记→下方列表将显示该时间点前后1小时内所有关联错误；
④ 对照事件查看器中筛选出的BugCheck或ID 41条目时间戳，确认是否完全重合。
如果可靠性监视器中某天没有红色标记，但事件查看器里却有大量ID 41，说明系统可能被第三方清理工具误删了部分日志，此时需优先信任事件查看器原始记录。
导出系统日志供他人协助分析
当你自己无法解读错误代码或驱动名时，把原始日志打包发给技术支持是最高效的做法。导出为标准.evtx格式，对方可在任意Windows机器上用事件查看器完整复现你的环境。
右键点击左侧“系统”日志→选择“另存全部事件为…”→保存类型选“事件查看器事件日志(.evtx)”→指定路径（如桌面）→保存。
文件名建议包含日期和死机频次，例如SysLog_20261020_频繁死机.evtx，避免使用中文括号或特殊符号，否则部分远程工具无法识别。
