如今,一个简单应用就能轻易占用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内存也会显得捉襟见肘。
Microsoft 准备如何改进 2026 年的 Windows 11
对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用户来说都是件好事。