电脑毫无征兆强制重启，没有蓝屏也没有转储文件

机器用着用着，屏幕一黑，直接重启了。没有蓝屏，没有"正在收集错误信息"，重启后也没有留下任何转储文件。你查系统日志想找原因，看到的只有一条"内核电源"事件——关键的错误码还是 0。这种"干净利落"的重启，比蓝屏更让人摸不着头脑，而且不是第一次了。

现象

具体表现：

• 电脑直接掉电式重启（像被人按了重启键），不是那种先蓝屏再重启的流程；
• 没有蓝屏、没有错误画面；
• 重启后没有生成任何转储文件（dump）；
• 系统日志里能看到一次"内核电源"（Kernel-Power）异常事件，但里面的错误码是 0；
• 反复发生，没有规律性。

根因

需要从系统日志里找到那条真正的线索：硬件错误记录。

系统日志里报出**"处理器核心/缓存层级错误"**，配合上面那些特征，指向一个很具体的原因：CPU 在某平台的超频/降压设置下不稳定。

逐层解释这些现象：

• 为什么没有蓝屏？ 蓝屏（BSOD）是操作系统自己发现了"无法继续"的错误，主动停下来并报错。它代表系统层面还活着、能做出反应。而这次是硬件级掉电——CPU 在某个指令/某个负载下算错了或直接挂了，机器在操作系统来得及反应之前就断电重启了。系统没机会蓝屏，因为它是被"物理层"打断的。
• 为什么没有转储文件？ 转储文件是蓝屏流程里，系统把内存内容写到磁盘生成的。既然是硬件级掉电、根本没进蓝屏流程，自然不会有转储。
• "内核电源"错误码 0 是什么意思？ 这个事件记录的是"上一次关机不正常"，错误码是 0 表示系统没有记录到一个明确的、由软件产生的关机原因——也就是"莫名其妙就断了"。它和"硬件级掉电"这个判断互相印证：没有软件错误的痕迹，说明断在了更下面一层。
• "处理器核心/缓存层级错误"说明了什么？ 这是硬件错误（通常来自处理器的机器检查机制）明确指向 CPU 内部——核心的执行单元或缓存出了问题。在"超频/降压"的场景里，这是典型信号：给 CPU 加的频率太高、或给的电压太低，在轻负载下能撑住、一遇到特定负载就出错，触发硬件级保护/复位。

所以整条链条是：BIOS 里的超频/降压设置不稳 → CPU 在特定负载下发生硬件级错误 → 系统来不及蓝屏就掉电重启 → 日志留下"处理器核心/缓存错误"+"内核电源错误码 0"。

解决

方向是让 CPU 回到稳定的参数，而不是去修软件。 步骤：

一、先确认日志线索。 打开事件查看器，重点看两个来源：

# 看硬件错误相关事件（WHEA 通常是处理器/总线层面的硬件错误记录）
Get-WinEvent -FilterHashtable @{LogName='System'; ProviderName='Microsoft-Windows-WHEA-Logger'} -MaxEvents 20 |
  Format-List TimeCreated, Id, LevelDisplayName, Message

# 看异常的关机/电源事件（Kernel-Power 41 = 上次关机不正常）
Get-WinEvent -FilterHashtable @{LogName='System'; ProviderName='Microsoft-Windows-Kernel-Power'} -MaxEvents 20 |
  Format-List TimeCreated, Id, Message

看到 WHEA 报"处理器核心/缓存"一类错误、且 Kernel-Power 的 41 事件里错误码为 0，基本就能对上号。

二、进 BIOS，把超频/降压相关的设置恢复默认或放宽。 针对性地处理：

• 如果开了 CPU 超频（频率提升），先恢复默认频率；
• 如果用了降压（undervolt，为了降温降功耗而降低电压），先把电压调回默认或减小降压幅度；
• 如果开了"自动超频/一键加速"这类选项，先关掉，回到"默认/自动"档；
• 保存退出，观察是否还复现。

三、逐个变量验证。 如果一次改太多，复现了也不知道是哪个设置的问题。建议：先全部恢复默认，确认稳定；如果确实想要性能，再一次只调一个参数，调完跑一段负载观察，稳定了再动下一个。降压这类设置尤其要慢慢试——降得太狠就是会不稳。

注意：如果机器从未超频、从未改过电压，依然频繁出现这种硬件级重启，那要考虑的是硬件本身（供电、散热、内存、CPU/主板），而不是设置。这时候的排查方向是散热是否正常（CPU 温度）、内存是否跑过稳定性测试、电源是否够力。

延伸与预防

这条坑的通用价值，是**"非蓝屏的突然重启，先查硬件错误日志"**。

更重要的是理解**"有没有蓝屏"这个信号本身的价值**：

• 有蓝屏：系统还活着、能自己报错——问题多半在操作系统、驱动、软件这一层，你有一个明确的错误信息可以查；
• 没有蓝屏：系统在操作系统反应过来之前就断了——问题通常在更下面的层：CPU、内存、主板、供电。这时候在软件里找原因是南辕北辙。

这个"分层归因"的意识很实用：故障止步在哪一层，就往哪一层找原因。日志里没什么软件错误痕迹、但硬件错误源有记录，就别再重装驱动、重装系统了，直接查硬件和固件设置。

预防上，两条：

• 超频/降压后要做稳定性验证，别觉得"日常用着没事"就放心——不稳定往往只在特定负载下暴露，而掉电重启发生在关键时刻代价可能很大；
• 保留一个"默认设置"的回退方案，任何调参之前先记下原值，出问题能一把退回稳定状态。这和前面风扇 PWM 那条是同一个道理：改硬件参数前先留好退路。