Win11 已近乎“残废”？微软承认多个核心功能崩盘，锅要甩给 AI 编程吗？

整理 ｜华卫

对微软来说，最近可谓是多事之秋。

11 月 19 日，该公司确认部分 Microsoft 365 服务再次出现故障，后在发出警报近 14 小时后成功修复问题；此类停机故障的发生频率似乎相当高。而就在几天前，微软 Windows 业务负责人 Pavan Davaluri 又因公布的操作系统向“智能体化 OS”演进的计划遭遇强烈不满，纷纷抱怨操作系统中还有许多其他更重要的功能尚未完善，亟待改进。

与此同时，Windows 端的情况可能更为糟糕。11 月 20 日，英伟达在发布 GeForce 显示卡驱动程式 581.94 Hotfix 时公开“点名”微软，称其 Windows 11 的 10 月累积更新 KB5066835 是近期多款游戏效能下滑的主要原因。当时，微软尚未在 Windows 版本健康情况（Health Dashboard）网站列出相关问题。

在此混乱之际，微软罕见承认 Windows 11 本身存在系统性问题。据微软称，在应用 2025 年 7 月及之后发布的每月累积更新后，包括“开始"菜单、任务栏、文件资源管理器和系统设置在内的 Windows 11 主要核心功能出现故障。

1 多功能被影响，至今已持续四个月

11 月 20 日，有外媒报道称，“微软承认 Windows 11 几乎所有核心功能都存在故障。”

起因是，Davaluri 在 X 平台回应了一些用户关于 Windows 不再对开发者和高级用户友好并剥夺消费者控制权的反馈。他表示，“我们非常重视开发者。我们清楚在用户体验方面还有很多工作要做，包括日常使用的便捷性，例如不一致的对话框，以及高级用户的体验。每次团队开会，我们都会详细讨论这些痛点以及其他问题，因为我们希望开发者选择 Windows。我们知道光说不做是不够的，我们需要不断改进并发布产品。”

同时，微软在一篇新的支持文章中坦言，最新补丁存在 XAML 包问题，且已影响到开始菜单、任务栏、文件资源管理器、系统设置等所有外壳组件。

报道称，尽管微软直到 2025 年 11 月才承认该问题，但它自 2025 年 7 月的“周二补丁日”更新（KB5062553）起就已存在，至今已持续四个月。此外，由于 Windows 11 25H2 与 24H2 版本共享同一代码库，这款最新的 Windows 11 功能更新也受到了影响。

微软在文章中解释道：“在安装了 2025 年 7 月及之后发布的 Windows 11 24H2 版本月度累积更新（KB5062553）后，开始菜单体验主机（StartMenuExperiencehost）、搜索、系统设置、任务栏或文件资源管理器等多款服务可能会出现故障。

以下场景会触发该问题：

1. 安装累积更新后的首次用户登录；
2. 非持久性操作系统安装（如虚拟桌面基础架构（VDI）或同类环境）的所有用户登录——此类场景下，每次登录都必须安装应用程序包。”

需要说明的是，配置（provisioning）本质上是管理员配置设备的方式，通过该方式可在客户端电脑上自动部署各类设置和策略。因此，尽管该问题出现在办公电脑中，但考虑到大量企业电脑都采用 Windows 系统，这很可能是一个相当严重的问题。

微软进一步补充称，Windows 的 XAML 组件以及 MicrosoftWindows.Client.CBS_cw5n1h2txyewy、Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe 和 MicrosoftWindows.Client.Core_cw5n1h2txyewy 这三个包的更新，是引发部分已观察到的问题的根源。

谈及已观察到的问题，微软指出，以下依赖的外壳组件及相关服务可能会失效，或弹出屏幕报错，或静默执行失败，例如：

• Explorer.exe crash（文件资源管理器崩溃）
• shelhost.exe crash（外壳宿主进程崩溃）
• StartMenuExperienceHost（开始菜单体验主机）
• System Settings silently fails to launch（系统设置静默启动失败）
• Application crashes when initializing the XAML views（应用初始化 XAML 视图时崩溃）
• Explorer running but no taskbar window（文件资源管理器已运行，但任务栏窗口不显示）
• other XAML island views fail to initialize（其他 XAML 孤岛视图初始化失败）
• ImmersiveShell（沉浸式外壳）

也就是说，Windows 11 虽不是几乎所有核心功能都存在故障，但有多个核心服务存在长期问题，并且会在特定情况下显现出来。

2 官方修复在路上，给出两种临时方案

微软表示，其正在努力修复此问题，但未提供具体时间表。目前，他们提供了一些临时解决方案。

首先，微软指出重启外壳基础结构主机（SIHost.exe）服务有助于恢复缺失的沉浸式外壳（Immersive Shell）包，可通过以下命令执行：

Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode
Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe\appxmanifest.xml' -DisableDevelopmentMode
Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.Core_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode

其次，微软分享了一个 PowerShell 登录脚本，其核心作用是阻止文件资源管理器（Explorer）过早启动，直至所需包完全配置完成。对应的批处理脚本如下：

@echo 关闭
REM 注册 MicrosoftWindows.Client.CBS
powershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode"
REM 注册 Microsoft.UI.Xaml.CBS
powershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe\appxmanifest.xml' -DisableDevelopmentMode"
REM 注册 MicrosoftWindows.Client.Core
powershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.Core_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode"

3 吐槽声浪袭来，AI 投入遭猛批

此消息发酵后，社区内已然炸锅了。大批吐槽随之而来：“如果他们打算把 Windows 11 搞砸成这样，就不应该强迫我们放弃 Windows 10。”“功能发布速度比以往任何时候都快，但问题也比以往任何时候都多。”“把那么多钱都花在 AI 上了，而不是花在真正能正常运行的操作系统上。”

有人指出，“问题源于 TSWIPM 造成的 XAML 故障。”

也有人认为，“XAML 相关的问题只是冰山一角”，并就此展开多方面的阐述：

本质上，这是个极其愚蠢的设计选择。开始菜单、文件资源管理器、系统设置以及系统其他几个关键部分，竟然被设计成了微软应用商店应用的形式。它们是模块化的，因此也更容易出问题。按理说，用户遇到开始菜单打不开、设置无法启动这类情况的次数应该为零，但实际并非如此。这些系统中高可见度、高关键性的部分本应坚如磐石，结果漏洞百出。

我敢肯定，当初批准“窗口开始绘制后 UI 元素仍可移动”这一决定的，绝对和他们是同一批人。这简直荒谬至极，我在菜单里找到想要的选项，正要点击时，视图里突然延迟加载出五个新东西，我想点的选项被挤走，结果点错了。

最后说说性能。批准“开始菜单无法做到即时响应”的人，真该被解雇。对我来说，按下 Win 键 +R、输入“cmd”回车、再输入“notepad”回车打开记事本，几乎永远比通过开始菜单查找并启动记事本更快。补充一句：我加这步命令提示符操作，只是为了保持窗口打开方便启动其他程序。作为“启动入口”的开始菜单，表现实在太差了，太多实用功能被隐藏，而大量杂乱的垃圾软件又掩盖了用户真正需要的东西。

Windows 11 的开发始于 2019 年，第一个版本于 2021 年发布。有用户就此感叹，“Windows 11 已经发布 4 年了，但感觉就像今年才推出的一样，不仅有超多明显的问题，升级后也没有任何实际好处。”

“就像 AI 写的代码还没优化就硬塞进去了一样。他们的代码编写中有多少是由 AI 完成的？”不少人发出这样的疑问。

今年 4 月，微软首席执行官 Satya Nadella 表示，该公司目前多达 30% 的代码是由 AI 编写的，以及一些项目可能全部都是由软件编写的。而 Meta 首席执行官 Mark Zuckerberg 当时称，“我们的预判是，明年 AI 完成的开发工作可能会占到一半左右，之后这一比例还会持续上升。”

然而，有人士强调，“Windows 11 之所以糟糕，不是因为 AI 和 Vibe 编码，而是因为微软不顾客户需求，试图强行塞入大量功能，同时不断重组产品团队，并在全公司范围内裁减软件开发测试工程师。”

也有网友这样评价，“早在微软采用 Vibe 编码之前，他们的代码就已经漏洞百出、一团糟了。如果整个操作系统由一个同样存在缺陷的 AI 重写，恐怕也没人能分辨出来。”

一位用户表示，“在我看来，真正关心高效人机交互界面的微软 UI 设计师和开发人员都在 Win8 开发期间离开了。Win10 的情况略有好转，但此后基本上就走下坡路了。微软不断犯下的那些 UI 错误和根本性的设计缺陷，足以让任何一个大学计算机科学专业的学生挂科。”

还有自称“大学朋友在微软工作”的人士透露，“微软现在雇佣廉价的 H1B 签证员工，再加上 AI 编程助手来编写 Windows 11。除非有大型企业客户放弃 Windows 11 而选择其他非微软的替代方案，否则这种低性能和低可靠性的状况不会改变。”

参考链接：

https://www.neowin.net/news/microsoft-finally-admits-almost-all-major-windows-11-core-features-are-broken/

https://support.microsoft.com/en-us/topic/kb5072911-multiple-symptoms-occur-after-provisioning-a-pc-with-a-windows-11-version-24h2-update-d2d30684-4e2b-47f5-9899-a00a8e0acb09

声明：本文为 InfoQ 整理，不代表平台观点，未经许可禁止转载。