0x00000147（critical_process_died）主因是wmi数据库损坏、第三方shell扩展劫持或smss.exe依赖项异常，需优先重建wmi存储库、执行干净启动隔离、运行sfc/dism修复并清理session manager注册表项。
Win11蓝屏代码0x00000147表示“CRITICAL_PROCESS_DIED”，即系统关键进程意外终止，通常发生在Windows资源管理器(explorer.exe)、Session Manager Subsystem(smss.exe)或Windows Management Instrumentation(WMI)服务崩溃时。这不是驱动兼容性问题，也不是内存条松动，而是系统核心服务链在启动或运行中被强制中断——比如杀毒软件误杀svchost.exe子进程、组策略刷新时WMI提供程序死锁、或第三方Shell扩展劫持了explorer初始化流程。
确认是否为WMI服务异常导致
按下Win+R，输入services.msc回车→在服务列表中找到Windows Management Instrumentation→右键选择“重新启动”→若提示“服务未响应”，说明WMI库已损坏；此时不要强行重启电脑，先打开管理员权限CMD，执行：winmgmt /verifyrepository→若返回“Repository is not consistent”，证明WMI数据库严重损坏，必须重建。
这一步不能跳过：WMI损坏会导致后续所有注册表修复和驱动重装都无效，因为系统连自身状态都读不出来了。
重建WMI存储库（必须用管理员CMD）
第一步：停止相关服务→依次执行：net stop winmgmt → net stop cryptsvc → net stop wuauserv；
第二步：重命名损坏的WMI文件夹→在CMD中输入：ren C:\Windows\System32\wbem\repository repository.old；
第三步：重建WMI核心→执行：winmgmt /resetrepository；该命令会自动重建完整WMI结构，耗时约90秒，期间屏幕可能短暂黑屏，属正常现象；
第四步：重启全部服务→运行：net start winmgmt → net start cryptsvc → net start wuauserv；
【注意：执行winmgmt /resetrepository前务必确保C盘剩余空间大于500MB，否则重建失败且无法回退】
一款AI工具，主要用于在主代理响应前，并行运行Kimi K2.5和GPT 5.3 Codex，注入双方观点以增强认知多样性，适合需要提升相关任务效率的用户。
排查第三方Shell扩展干扰
方法一：干净启动隔离问题→按Win+R输入msconfig→切换到“服务”页→勾选“隐藏所有Microsoft服务”→点击“全部禁用”→切换到“启动”页→点击“打开任务管理器”→禁用全部启动项→重启电脑；若蓝屏消失，说明某个非微软服务或启动项触发崩溃。
方法二：直接卸载可疑Shell扩展→下载PowerToys，用其内置的“PowerToys Run”搜索“ShellExView”，运行后按“Company”列排序，重点检查非Microsoft、非Adobe、非Intel签名的条目，尤其是名称含“Toolbar”、“Helper”、“Enhancer”的DLL，右键“Disable Selected Items”→重启生效。
这一步操作起来很简单，直接把文件拖进去就行。但别碰“Context Menu Handlers”里标着“Microsoft.Windows.Shell”开头的项，那是系统原生功能，禁用会导致右键菜单大面积失效。
修复Session Manager子系统（smss.exe）依赖项
1. 以管理员身份运行CMD→执行：sfc /scannow；等待扫描完成，若提示“发现损坏文件并成功修复”，继续下一步；
2. 执行：DISM /Online /Cleanup-Image /RestoreHealth；此命令修复系统映像底层损坏，比SFC更深层；
3. 强制重建Session Manager注册表路径→运行regedit→定位到：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager→检查右侧“PendingFileRenameOperations”值是否存在且数据异常（如超长乱码路径）→若存在，右键删除该项；【删除前务必导出该键值备份，此操作不可逆】
4. 重启电脑，观察是否仍触发0x00000147蓝屏。
