微软23年前就解释过为何Windows保留旧界面，而Windows 11至今仍无法摆脱它

一位微软工程师在2003年解释了为什么旧版 UI 会在 Windows 11 中延续

随着 Windows 11 迎来迄今最大规模的 UI 清理年，原来微软几十年前就解释过，为什么这些旧 UI 元素如今仍然留在系统里。微软一位工程师在 2003 年写过这件事，读完后我觉得，这种情况到今天仍能解释 Windows 11 一半的问题。

当年，旧界面之所以保留下来，是因为微软刻意给了用户一个回到旧界面的办法，作为大家逐步适应的临时过渡。如今，Windows 11 里还在看到这些旧版 UI，则是因为雷德蒙德一直没把替代方案做完。

微软保留旧版 Windows UI 的理由出人意料地充分

早期 Windows 中 Alt+Tab 的排序基于窗口 Z 顺序，也就是窗口的堆叠方式，进而决定在切换窗口时它们出现的顺序。

微软没有直接替换旧的 Alt+Tab 行为然后让大家自己适应。Windows 3.1 引入新的任务切换器时，公司还在控制面板里加了一个选项，让用户切回 Windows 3.0 及更早版本的旧行为。

旧版 Alt+Tab 的行为很像 Alt+Esc，会按 Z 顺序在窗口间切换，而且切到最小化窗口时会自动将其恢复。微软把新系统称为“快速任务切换”，并且对这项变化足够谨慎，甚至还提供了 SPI_SETFASTTASKSWITCH 设置，让程序能切回旧行为。

据 Chen 所说，当时没人抱怨，所以微软最终移除了旧的任务切换系统，后来我们用的新版 Alt+Tab 便成了默认。

微软给了用户一个在适应新界面期间保留旧界面的方法。

这家软件巨头可以在不立刻逼着每个用户和每家公司一夜之间适应的情况下引入新界面。等替代方案证明可行后，旧实现就可以退场。我能想到的现代 Windows 中最接近的类比是受控功能推出（CFR）技术。

Chen 随后解释了微软为什么要费这些功夫：“事实证明，拥有 1 万名员工的公司不喜欢用户界面变化，因为这会迫使他们花几百万美元重新培训所有员工。”

文件资源管理器现代属性对话框

我在测试多个 Windows 11 Insider 版本时，已经很习惯看到 UI 变化，也能很快适应。但对那些员工工作时几乎不需要关心电脑运行的是什么操作系统的公司来说，改一个界面的成本非常高；对企业来说是金钱成本，对用户来说则很耗工夫。

既然微软需要这些企业业务，给用户留一条退路，本就是他们在负责任地管理这种成本的一部分。

Windows 变了，旧 UI 却不再消失

不过，2003 年到今天之间，情况已经变了。如今 Windows 11 里的旧 UI 不再是为了让人过渡，而是因为微软还没把本该替代它的东西做完；如果太早按下替换按钮，还可能破坏企业使用 Windows PC 时至关重要的某些功能。

当然，IT 管理员仍然会使用组策略编辑器，来减轻微软给 Windows 带来的变化。

我们再看看控制面板。Windows Latest 在 4 月报道称，微软设计合伙人总监 March Rogers 证实，团队仍在把控制面板中的设置迁移到“设置”应用里，而且进展缓慢，原因正是网络和打印机驱动程序。

“我们在非常谨慎地推进，因为有很多不同的网络和打印机设备及驱动程序，我们需要确保在这个过程中不会把它们搞坏，”Rogers 说。

微软确认正将所有控制面板设置迁移到 Windows 11 设置应用，但仍有障碍

与 macOS 不同，后者由于用户群体小得多，甚至可以说更顺从，因此能更激进地淘汰老旧硬件支持；而 Windows 几十年来一直在支持企业仍依赖的驱动和设备，不幸的是，也正因为这段历史，控制面板才迟迟不肯退场。

缺乏专注让吃内存的 WebView2 变得无处不在

微软还有个不太光彩的习惯：从不把一个 UI 框架做完，就急着跳到下一个。Win32 之后是 MFC，再后来是 .NET 时代的框架，接着是带硬件加速的 XAML 框架；之后又搞了个跨平台但没走远的尝试，随后在 Windows 8 和 10 时代转向 UWP。最后，我们来到了 WinUI 3。

Windows 应用开发从单一稳定模式转向多个框架。

在这个过程中，微软开始转而使用 WebView2，而不是把一直在构建的原生框架（WinUI）做完整。如今，正如我们最早报道的那样，Windows 11 默认的天气应用是一个 WebView2 外壳，空闲时就要消耗超过 1.2GB 内存，几乎是 macOS 天气应用的五倍。

这种“替代品没做完就先上”的企业习惯，也让一些迟缓的第三方应用得以滋生。Windows 上的 WhatsApp 什么都不做就能占用多达 600MB，而基于 Electron 的 Discord 最高甚至能涨到 4GB。

不管该怪谁，反正最后背上内存账单的，还是我们用的 Windows！

微软终于开始重写 Windows 11，而不是继续掩盖它

2026 年之所以不同，是因为微软似乎正在硬着头皮把旧代码替换掉，而不是继续粉饰它。Windows Latest 在 7 月报道了新的文件资源管理器属性对话框，这是一个用 WinUI 3 重建的版本，而原型可以追溯到 Windows 95。

新的运行对话框很有意思，因为微软的遥测数据显示，它的加载时间是 94 毫秒，而旧版则是 103 毫秒。旧代码之所以还留着，不总是因为性能问题。有时候它之所以能活下来，只是因为在不破坏任何东西的前提下重写它，比放着不动更难。这也不是能力问题，毕竟我们说的可是微软！但当雷德蒙德真正把重写做好时，结果确实能明显更快。

开始菜单说明了为什么重写要花这么久

Windows Latest 在 3 月报道，微软正把开始菜单的共享 UI 基础设施迁移到 WinUI，以降低交互延迟。开始菜单的部分内容，包括“推荐”区域和“所有应用”列表，最初是用 React Native 构建的，因为这样团队能更快迭代和发布。

微软开发者在 2023 年解释 Windows 11 开始菜单中使用 React Native

微软的 WinUI 团队表示，性能、基础能力和修复漏洞要优先于新功能，而且在开始菜单用 WinUI 重写之前，内存占用以及框架迁移到系统合成器的工作都必须先准备好。

五千年前的思路就是先把基础打稳！然后再把操作系统里最常被看到的部分搬上去。

7 月，萨提亚·纳德拉对投资者表示，微软正在投资 Windows，以确保它拥有“最佳质量和基础能力”。仔细想想，这和 Raymond Chen 在 2003 年描述的思路其实是一样的，当然，只是面对着大得多的待办清单！

Chen 在 2003 年的做法，是先给人留条退路，等抱怨声停了，再移除旧东西。不过，Windows 失去了这种自律，旧 UI 越堆越多，因为替代方案还没完全做好。话虽如此，2026 年看起来会是微软把这件事收尾的一年。