phase0_exception表明系统在启动最早期（内核初始化前）发生不可恢复异常，主因是cpu微码不兼容、secure boot验证失败或oem早期驱动注入冲突，需优先检查uefi中微码修订号是否达标、secure boot模式设置及第三方efi驱动。
Win11蓝屏显示PHASE0_EXCEPTION，说明系统在启动最早期阶段（内核初始化前、甚至尚未加载ntoskrnl.exe）就发生了不可恢复的异常，通常与固件、微码、Secure Boot策略或早期驱动注入直接相关，此时Windows尚未进入图形界面，连安全模式都可能无法抵达。
确认是否为真实PHASE0_EXCEPTION而非误读
重启电脑，强制中断启动三次（在Logo出现时长按电源键断电），触发自动修复环境；进入“高级选项”→“启动设置”→“重启”，按F7启用禁用驱动签名强制；若仍蓝屏且错误代码明确显示为PHASE0_EXCEPTION（非PHASE1、PHASE2或SYSTEM_SERVICE_EXCEPTION），则进入下一步。
注意：部分OEM厂商将自定义固件错误伪装成PHASE0_EXCEPTION，实际对应UEFI日志中的0x000000C4或0x000000EF，需进BIOS/UEFI按F2/F12调出详细报错页确认。
检查CPU微码兼容性（关键步骤）
PHASE0_EXCEPTION在Win11 25H2/26H1中高频出现在Sandy Bridge至Haswell平台，根源是Intel微码版本过旧或签名不匹配——CPU在Phase 0阶段校验微码失败后直接触发蓝屏，不写入DMP文件。
第一步：开机反复按Delete或F2进入UEFI BIOS，找到“Advanced → CPU Configuration → Microcode Update”或类似选项，确认其状态为Enabled；
第二步：访问主板官网，下载对应型号的最新BIOS（非仅“微码补丁包”），重点查看更新日志是否含“Update Intel Microcode to Rev XXXX”字样；
【必须验证微码修订号】：刷BIOS后进UEFI，运行内置诊断工具（如ASUS EZ Flash 3中的“Microcode Info”），比对显示的Revision ID是否≥Intel官方对该CPU型号要求的最低值（例：i5-2500K需≥0x28，i7-4770需≥0x23）；低于该值即触发PHASE0_EXCEPTION。
临时绕过Secure Boot验证链
方法一：UEFI中关闭Secure Boot → 保存退出 → 观察是否跳过PHASE0_EXCEPTION；若成功，说明问题出在启动镜像签名链断裂（如被第三方引导器修改、或微软26200.6899版对EKU字段校验更严）。
方法二：保持Secure Boot开启，但将“Secure Boot Mode”从Standard改为Custom，然后清空所有已注册的PK/KEK/db密钥（选项名通常为“Reset to Setup Mode”），再重新导入微软官方密钥（可从Microsoft UEFI Certificate Chain下载）；这一步能排除因OEM预装密钥污染导致的Phase 0签名验证失败。
注意：改Custom模式后若未及时导入密钥，系统将拒绝加载任何启动项，务必提前准备USB启动盘备用。
排查第三方早期启动驱动
PHASE0_EXCEPTION极少由常规驱动引起，但某些OEM预装的“快速启动优化驱动”（如Lenovo RapidDrive、Dell FastStart.sys）会通过Early Launch Anti-Malware机制在Phase 0注入，其签名若被25H2内核拒绝，立即蓝屏。
进入Windows恢复环境（WinRE），打开命令提示符，执行：
mountvol X: /s → cd /d X:\EFI\Microsoft\Boot → ren bootmgfw.efi bootmgfw.bak → ren bootmgr.efi bootmgr.bak；
此操作强制跳过所有EFI启动管理器，直连Windows Boot Loader（winload.efi），若此时不再蓝屏，即可确认是bootmgfw.efi中嵌入的第三方驱动模块（如BTHport.sys、WacomTabletDriver.efi）引发异常；
回到正常启动后，使用msconfig禁用所有非Microsoft服务，并在“引导”选项卡中勾选“安全引导”→“其他安全启动选项”→“最小化驱动集”，重启验证。
