Windows 桌面黑屏故障排查实录

一次「桌面黑屏但窗口正常」的排障记录。期间一度以为罪魁祸首是 NVIDIA 覆盖层，最终证实那只是干扰项——真正的主因是 Windows.UI.Xaml 宿主崩溃，导致 explorer 无法创建桌面外壳窗口（Shell_TrayWnd）。

现象

电脑开机后桌面一片漆黑：看不到壁纸、桌面图标、任务栏、开始菜单，但自己打开的窗口和任务管理器都能正常显示，鼠标也能移动。

这类「系统活着、窗口正常、桌面没了」的问题，通常不是显示器或显卡硬件故障，而是桌面外壳（Shell）出了问题。排查思路：先确认渲染正常，再从窗口、进程、事件日志逐层深入。

排查过程

第一步：确认基础进程状态

# 检查 explorer 与 dwm 是否在运行
Get-Process explorer,dwm

结果：dwm.exe（桌面窗口管理器）正常，explorer.exe 完全没在运行——桌面图标、任务栏、开始菜单都归它管，这确实是黑屏的嫌疑点。先用 Start-Process explorer.exe 把它拉起来，但重启 explorer 后桌面依然全黑，说明问题不止于此。

第二步：截屏分析，确认画面内容

用 PowerShell 抓取屏幕并逐点采样像素颜色：

Add-Type -AssemblyName System.Windows.Forms,System.Drawing
$bounds = [System.Windows.Forms.Screen]::PrimaryScreen.Bounds
$bmp = New-Object System.Drawing.Bitmap($bounds.Width, $bounds.Height)
[System.Drawing.Graphics]::FromImage($bmp).CopyFromScreen($bounds.Location, [System.Drawing.Point]::Empty, $bounds.Size)
$bmp.Save("screen.png")

对截屏做 20×20 网格亮度统计后确认：屏幕并非纯黑，中心有内容（是任务管理器等窗口），但桌面区域是深色。窗口渲染正常 = DWM 和显卡没问题，问题锁定在「桌面内容被遮挡」或「桌面外壳未创建」。

第三步：枚举窗口——先看到 NVIDIA 覆盖层这个干扰项

用 EnumWindows 枚举全部顶层窗口（含不可见窗口），首先看到的是：

PID=8892 rect=0,0-1706,1067 cls=CEF-OSC-WIDGET title='NVIDIA GeForce Overlay'

一个 NVIDIA App 的游戏内覆盖层（NVIDIA Overlay.exe，CEF 内核）全屏盖在屏幕上，背景是黑的，启动时间也恰好与黑屏出现时间吻合。看起来就是它了？先 Stop-Process 把它连同 nvcontainer 父进程一起干掉，结果——桌面依旧全黑。

到这里先暂停：既然覆盖层已经没了桌面还是黑的，那它就不是主因，充其量是叠加在表面的一层「黑纱」。

第四步：枚举全部窗口——外壳窗口根本没创建

把 NVIDIA 覆盖层清掉后重新做完整枚举，这次发现了真正的问题：整个窗口列表里找不到 Progman（桌面）、Shell_TrayWnd（任务栏）。explorer.exe 进程活着、响应正常，但它的桌面外壳窗口一个都没建出来。

Progman（桌面）：MISSING
Shell_TrayWnd（任务栏）：MISSING
WorkerW（壁纸宿主）：仅残留消息窗口

explorer 健康、策略正常（NoDesktop 未设置）、用户 Shell 无覆盖，但它就是不建外壳窗口。到这里思路清晰了：桌面黑屏 ≠ 被遮挡，而是桌面外壳从未被创建。转向事件日志找原因。

第五步：事件日志——XAML 宿主集体崩溃

查看「应用程序」日志，抓到真正的根因：

Application Error:
- ShellExperienceHost.exe 崩溃
- StartMenuExperienceHost.exe 崩溃
- 出错模块: Windows.UI.Xaml.dll (10.0.26100.8764)
- 异常代码: 0xc0000409 (fail-fast)
- 两个进程崩溃偏移完全相同: 0x0000000000687dce

两个 Shell 宿主进程在 Windows.UI.Xaml.dll 的同一偏移处崩溃——这是系统 XAML 组件状态损坏的典型特征。Windows 11 的任务栏是 explorer 进程内通过 XAML Islands 承载的（宿主窗口就是 Shell_TrayWnd），开始菜单由 StartMenuExperienceHost 提供。XAML 运行库一旦起不来，explorer 就建不出任务栏窗口，整个桌面外壳初始化失败——这正是 Shell_TrayWnd 缺失、桌面全黑的原因。

第六步：验证 DLL 是否真的损坏

对比 System32 里的 Windows.UI.Xaml.dll 与 WinSxS 原始副本的 SHA256：

System32 SHA256: 6CAD2E7B...67559A
WinSxS  8764 版: 6CAD2E7B...67559A  → 一致，文件未损坏

DLL 文件完好，说明崩溃不是文件损坏，而是用户级注册状态 / 运行状态出了问题。于是对两个 Shell 包做用户级重新注册：

Get-AppxPackage Microsoft.Windows.ShellExperienceHost |
  Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"
Get-AppxPackage Microsoft.Windows.StartMenuExperienceHost |
  Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"

修复与验证

重新注册 Shell 包后强制重启 explorer，外壳窗口终于出现：

• ✅ Shell_TrayWnd（任务栏）重新出现，位于屏幕底部
• ✅ Progman（桌面）重新出现
• ✅ ShellExperienceHost、StartMenuExperienceHost 进程正常常驻
• ✅ 任务栏区域像素颜色恢复为正常深灰而非纯黑

桌面、任务栏、开始菜单全部恢复，问题解决。

成因分析

故障解决了，但要搞清楚「为什么」。顺着系统事件日志和组件存储的状态，成因链条逐渐清晰。

完整时间线

三层成因

直接原因：XAML 组件状态损坏，Shell 宿主启动即崩溃。

Windows.UI.Xaml 组件状态损坏
  → ShellExperienceHost / StartMenuExperienceHost 启动时
    在 Windows.UI.Xaml.dll 同一偏移 fail-fast (0xc0000409)
  → explorer 无法创建 Shell_TrayWnd (任务栏) / Progman (桌面)
  → 桌面外壳缺失 → 黑屏（窗口正常，因为 DWM 独立渲染）

根本原因：组件存储（Component Store）损坏 + 更新不完整。证据有三条：

1. 7/14 批量更新中大量 Store 包部署失败（0x80073D02 = 包部署失败），Notepad、Store、WebExperience、GamingApp 等均失败；
2. 7/31 21:26 组件存储 scavenge 操作失败：wcp\componentstore\scavenge.cpp 的 RetainFileAsVersion 报错 c015001b（SxS 程序集错误）——直接证明组件存储不一致；
3. Maps.dll 版本异常：System32 里是 10.0.26100.8875，而 WinSxS 组件存储里根本没有 8875 版（只有 8680/8764）——文件部署与组件登记脱节。

诱因：7/31 22:03 更新触发的重启，在组件存储已损坏的状态下激活了故障；重启过程中 appxsvc 报 0x8007045B、更新服务未正确关闭，部署状态写入不完整。

为什么 NVIDIA 覆盖层是干扰项

• 覆盖层（22:08）出现时，外壳缺失已是既成事实（explorer 直到 22:21 才被手动拉起）；
• 杀掉覆盖层后桌面依旧黑——它只是叠在黑桌面上的「黑纱」；
• 真正缺失的是 Shell_TrayWnd / Progman 这些从未被创建的外壳窗口。

为什么「重新注册 + 重启」能修复

Add-AppxPackage -Register 重建了用户级 AppX 注册表状态，绕过了损坏的注册项；重启 explorer 后 Shell 宿主成功加载 XAML，任务栏/桌面窗口重新创建。另外 22:34-22:38 后台把 WinAppRuntime 等剩余更新装完，组件状态进一步稳定。

长期建议：以管理员权限运行 sfc /scannow 和 DISM /Online /Cleanup-Image /RestoreHealth，彻底修复组件存储（本文排查时当前用户非管理员，无法执行）。

经验总结

1. 「黑屏」不一定是显示器问题。窗口能显示 = 渲染链路正常，先查桌面外壳（explorer → Shell 宿主 → XAML）。
2. 先排除干扰项，再下结论。NVIDIA 覆盖层全屏黑窗看起来很可疑，但「清掉它桌面依旧黑」这一条就足以证明它不是主因。排查时容易一眼盯上最显眼的嫌疑，务必用「动了它之后现象是否变化」来验证。
3. 枚举窗口是最有力的诊断手段。EnumWindows + 窗口矩形、类名、PID 三件套，能快速定位「谁盖住了桌面」或「谁没创建窗口」。外壳窗口缺失比被遮挡更严重，二者要区分开。
4. 事件日志里藏着真相。同一模块同一偏移的 fail-fast 崩溃（0xc0000409），是组件状态损坏的典型特征；两个宿主进程同点崩溃基本可以排除偶发。
5. DLL 对比 WinSxS 哈希可以快速排除/确认文件损坏，避免盲目 sfc/DISM。
6. Windows 11 的桌面外壳依赖链是 Windows.UI.Xaml → Shell 宿主 → explorer（Shell_TrayWnd），链条上任何一环异常都会表现为「黑桌面」；排查时顺着这条链走，比逐进程试错高效得多。