整理 ｜华卫
对微软来说，最近可谓是多事之秋。
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 主要核心功能出现故障。
多功能被影响，至今已持续四个月
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）、搜索、系统设置、任务栏或文件资源管理器等多款服务可能会出现故障。
以下场景会触发该问题：
安装累积更新后的首次用户登录；
非持久性操作系统安装（如虚拟桌面基础架构（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 虽不是几乎所有核心功能都存在故障，但有多个核心服务存在长期问题，并且会在特定情况下显现出来。
官方修复在路上，给出两种临时方案
微软表示，其正在努力修复此问题，但未提供具体时间表。目前，他们提供了一些临时解决方案。
首先，微软指出重启外壳基础结构主机（SIHost.exe）服务有助于恢复缺失的沉浸式外壳（Immersive Shell）包，可通过以下命令执行：
其次，微软分享了一个 PowerShell 登录脚本，其核心作用是阻止文件资源管理器（Explorer）过早启动，直至所需包完全配置完成。对应的批处理脚本如下：
吐槽声浪袭来，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 而选择其他非微软的替代方案，否则这种低性能和低可靠性的状况不会改变。”
参考链接：
声明：本文为 InfoQ 整理，不代表平台观点，未经许可禁止转载。
腾讯云云原生提质增效实践精选集 2024
《2024腾讯云云原生提质增效实践精选集》出炉，5大热门技术领域，13个行业精选标杆案例，痛点到解决方案全...
评论