软件越来越臃肿,微软终于坐不住了:2026年Windows将重拾秒表精神

如今，一个简单应用就能轻易占用500MB内存，不免让人质疑软件开发究竟出了什么问题。相比几十年前，硬件早已今非昔比，但操作系统，尤其是Windows 11，以及日常应用却变得更臃肿、更迟缓。

在回应一篇抨击内存效率低下的热门帖子时，一位微软前高管把微软早期软件的高效，部分归因于一个再具体不过的工具：秒表。据这位前Windows负责人说，当年微软的每位工程师都配有一只实体秒表。

“从1980年到2000年，软件工程师有一半精力都花在资源管理上，包括时间、磁盘和内存，在最初的十年里，每个Microsoft工程师都有一只秒表，储藏室里还有备用。很难形容大家为性能优化投入了多少努力，我们每个人都有自己的故事。”

每一毫秒都要精打细算

工程师们究竟测什么？被问到这个问题时，这位微软前高管的回答很直接：“几乎所有操作，滚动、启动、退出、保存、编译、打印。”

在MS-DOS和早期Windows时代，开发者必须在严苛的硬件限制下工作。为了尽可能榨出早期那640KB基础内存的价值，程序员常常花上数小时调整hymem.sys、qemm.sys等配置。那时，每一个字节、每一个CPU周期都至关重要。

这一点甚至体现在当年Microsoft宏汇编器（MASM）的包装上：封面醒目地印着一只秒表，把“优化”当作产品卖点。

不过，Microsoft看重的不只是速度。

虽然秒表数据显示新的 VC++ 1.0 编译器比旧版更快，用户却仍觉得它更慢。为改变这种感受，微软在界面里加入了一个“快速滚动的随机数字计数器”。

从技术上看，生成这些随机数会让编译速度下降几个百分点，但这种视觉反馈会让用户觉得软件更快，因为用户感受更重要。

为什么现代应用这么吃内存？

答案很简单：市场压力变了，硬件也进步得太快。

比如，PlayStation 2只有32MB内存，但开发者仍能在这种硬性限制下做出像《侠盗猎车手：圣安地列斯》这样庞大且惊艳的开放世界，因为他们没有别的选择。

如今情况正好相反。硬件一度又快又便宜，软件优化面临的市场压力也随之大幅减弱。

对现代科技公司而言，尽快上线新功能，往往比花几个月做优化更划算。所以当用户抱怨卡顿时，最现实的商业做法常常是建议他们升级内存。

甚至Microsoft最近也曾表示，32GB内存才是 Windows 11 游戏的“无忧配置”。但在引发强烈反弹后，公司又删除了那篇博客。

这种思路催生了Electron和各类网页包装器。开发者不再专门为Windows打造轻快的原生应用，而是把整个浏览器打包进桌面程序，用同一套代码同时跑在Windows、macOS和Linux上。

所以，当你同时开着几个浏览器标签页和WhatsApp这类聊天应用时，16GB内存也会显得捉襟见肘。

对Windows 11来说，过度依赖网页包装器带来的用户体验损害，甚至比对第三方开发者更明显。

自 Windows 11 发布以来，系统里涌入了大量渐进式网页应用（PWA）。甚至Microsoft Store里的一些微软自家应用，本质上也只是“套壳网站”。

不过，经历多年负面反馈，再加上macOS和Linux等竞争对手带来的压力后，行业开始重新正视臃肿问题，Microsoft也在回归更务实的路线。

正如我们此前提到的，微软今年已承诺修复Windows 11的核心性能，并借助WinUI 3和.NET 10，加快打造真正的原生桌面应用。

这种原生化也在系统核心层面推进。Microsoft正把Windows 11开始菜单中较复杂的React网页组件，逐步改为更高效的原生WinUI代码。

微软对性能的投入不止于此。我们还跟踪到文件资源管理器的多项底层优化，比如让暗黑模式即时渲染、避免刺眼的白屏闪烁，并在最近的2026年5月补丁星期二更新中继续改进。

更值得注意的是，微软正在测试新的CPU调度方案：当你点开系统菜单时，它会在毫秒级内主动拉高频率，以减少长期困扰用户的轻微UI延迟。这个“低延迟配置文件”已经出现在最新版Windows测试中。

看着行业兜了一圈又回到效率优先，确实耐人寻味。四十年前，Microsoft靠秒表抠每一KB；四十年后，庞大而耗内存的AI功能推高了内存和芯片成本，反过来又迫使开发者重新重视优化。

实体秒表或许不会很快重回Microsoft的储物柜，但微软重新重视原生Windows 11性能，对所有PC用户来说都是件好事。