双击程序，弹窗写着“System.Windows.Markup.XamlParseException”，或者事件查看器里出现 CLR20r3，程序就是起不来。
三种最常见的原因
- 系统被精简过头：某些“纯净版/精简版”镜像删掉了字体、主题、WPF 组件或 DirectX 相关文件，界面初始化时直接抛异常；
- 缺运行库：.NET Framework 版本不对，或缺 VC++ 运行库；
- 显示环境异常：远程桌面、无显卡驱动的安全模式、DPI 缩放设到极端值（比如 300%），都可能让布局初始化失败。
怎么确认是哪一种
先看异常里的 LineNumber 和 LinePosition——它指向具体出错的界面元素；再看消息里有没有 Cannot find resource、Cannot locate resource（缺资源文件）、The invocation of the constructor ... threw an exception（构造里挂了）。事件查看器里 CLR20r3 的第三行是异常类型，第四行是出错的方法，这两行最有用。
按成本从低到高排
- 以管理员身份 + 正常桌面环境跑一次，别在远程/安全模式里试；
- 补运行库：装 .NET 4.8 和 VC++ 2015-2022 运行库（x86 与 x64 都装）；
- 还原系统组件：Win10/11 用
sfc /scannow和DISM /Online /Cleanup-Image /RestoreHealth； - 换镜像：如果这台机器本来就是精简版系统，别修了，直接重装成原版——精简版删掉的组件，靠打补丁补回来性价比极低。
给开发者的提醒
WPF 程序在这种机器上崩，用户只会说“你的软件打不开”。所以要么在启动前做环境检测、给出人话提示（缺什么、去哪儿装），要么把界面换成不依赖 WPF 的原生实现——后者在精简系统上的存活率高得多。这也是我们把装机工具的主界面改成原生绘制的原因之一。
事件查看器里那四行，怎么读
CLR20r3 的报错结构是固定的，逐行对应：
- 第 1 行：应用程序名（exe 名）；
- 第 2 行：框架版本（如 v4.0.30319）；
- 第 3 行：异常类型——看到
System.Windows.Markup.XamlParseException就确认是界面解析失败；看到System.IO.FileNotFoundException则是缺文件； - 第 4 行：出错的方法名和 IL 偏移，能定位到具体加载环节。
把这四行抄下来，比截图整个弹窗有用得多——搜这四个关键词，别人的解决方案直接能对上。
sfc 与 DISM 的正确顺序
两个命令别用反：先 DISM /Online /Cleanup-Image /RestoreHealth 修组件存储，再 sfc /scannow 拿修好的组件去补系统文件。反过来做，DISM 会发现自己赖以修复的源也是坏的。两条命令都要管理员权限，跑完重启。
先判断这是不是精简系统，三分钟能确认
三个判据，中两个就基本可以确定：
winver显示的版本号后面带"精简""优化"字样，或根本不是微软原始命名；- 打开"启用或关闭 Windows 功能"，发现 .NET、媒体功能等条目缺失或灰色不可选；
C:\Windows\Fonts里的字体数量明显少于正常机器（正常有 200 多个文件）。
确认是精简系统后，不要再往上面装软件试——先换原版镜像重装，是成本最低的选择。在精简系统上排查软件兼容问题，等于在一个本身就不完整的平台里找 bug。
相关阅读：Win7 缺 .NET 4.8、精简版系统值不值得用、常见问题。
参考来源（官方文档）：Microsoft Learn：安装 .NET Framework · Microsoft Learn：面向开发者的部署指南