微软罕见承认：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' -DisableDevelopmentModeAdd-AppxPackage -Register -Path 'C:\Windows\SystemApps\Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe\appxmanifest.xml' -DisableDevelopmentModeAdd-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.Core_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode

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

@echo 关闭REM 注册 MicrosoftWindows.Client.CBSpowershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\appxmanifest.xml' -DisableDevelopmentMode"REM 注册 Microsoft.UI.Xaml.CBSpowershell.exe -ExecutionPolicy Bypass -Command "Add-AppxPackage -Register -Path 'C:\Windows\SystemApps\Microsoft.UI.Xaml.CBS_8wekyb3d8bbwe\appxmanifest.xml' -DisableDevelopmentMode"REM 注册 MicrosoftWindows.Client.Corepowershell.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整理，不代表平台观点，未经许可禁止转载。

今日好文推荐

活动推荐