kernel-power事件id 41且sleepinprogress=0、powerbuttontimestamp=0、bugcheckcode为空，表明是硬件级强制断电；需结合bootappstatus、systemsleeptransitionstoon等字段及id 1001日志或sleepstudy报告交叉验证真实诱因。
Win11打游戏时频繁自动重启、黑屏后直接跳回登录界面、全程无蓝屏代码提示，这种现象极大概率对应系统日志中反复出现的Kernel-Power事件ID 41，它不是软件崩溃记录，而是硬件级断电或电源策略强制干预的铁证，必须通过精准筛选和字段比对才能锁定真实诱因。
定位Kernel-Power 41事件的原始日志
按下 Win + R 输入 eventvwr.msc → 回车打开事件查看器 → 左侧依次展开「Windows 日志」→「系统」。
右侧点击「筛选当前日志」→ 在「事件ID」框中输入 41 → 勾选「关键」和「错误」级别 → 点击「确定」。
这一步不能只看最新一条：高负载重启往往在连续多条41事件中夹杂着一次温度/电压异常峰值，需从最近30分钟内所有41条目中手动翻查时间戳最密集的时段。
确认是否为硬件级强制断电
双击任意一条刚筛选出的Kernel-Power 41事件 → 切换到「详细信息」选项卡 → 拉到底部查看XML源码。
重点核对三项字段值：SleepInProgress 必须为 0、PowerButtonTimestamp 必须为 0、BugcheckCode 字段必须为空（显示为 0x0 或完全缺失）——三者同时满足，即可排除软件崩溃，确认是主板触发的硬性断电。
若其中任一字段非零，比如 BugcheckCode 显示 0x124，说明实际发生了蓝屏但被自动重启掩盖，此时应立即关闭「自动重新启动」功能再复现问题。
从41事件中提取隐藏线索
方法一：抓取「BootAppStatus」与「Checkpoint」字段
在同一条41事件的XML里查找 BootAppStatus 值：若为 1，代表重启发生在系统启动早期，指向BIOS/UEFI固件或电源IC问题；若为 0，则发生在系统已加载驱动之后，更倾向CPU/GPU过热或电源带载不稳。
方法二：比对「SystemSleepTransitionsToOn」与「ConnectedStandbyInProgress」
若 SystemSleepTransitionsToOn 值为 0 且 ConnectedStandbyInProgress 为 false，说明重启与睡眠唤醒无关，可排除S0待机缺陷；反之若两者均为 true，则问题大概率出在AMD平台显卡驱动或现代待机协议兼容性上。
【切勿只依赖事件ID 41就断定是电源问题——同一ID下，SleepInProgress=0+BugcheckCode=0 是过热断电，而 SleepInProgress=1+PowerButtonTimestamp≠0 则大概率是ATX电源PG信号异常】
关联验证其他关键日志
第一步：回到事件查看器「系统」日志 → 右侧「筛选当前日志」→ 输入事件ID 1001（BugCheck）和 41 并用英文逗号分隔 → 点击确定。
第二步：按时间倒序排列结果 → 找到与41事件发生时间最接近的1001事件 → 双击打开 → 查看「BugCheckCode」十六进制值（如 0x124）并转换为对应蓝屏名（WHEA_UNCORRECTABLE_ERROR）。
第三步：若找不到匹配的1001事件，立刻运行 powercfg /sleepstudy（管理员终端），生成休眠分析报告，重点检查「PDC」、「Graphics」、「Network」模块在重启前10秒内的异常计数——数值突增即为驱动层故障锚点。
