一年最“没内容”的 Win11 更新，却能白捡 2–3GB 内存？

大家好，我是搬砖工呀。

很快很快，我们又要开始牛马起来了。Windows 11发布以来，功能越加越多，响应越来越慢。最后，微软不得不承认自己的WebView2战略失败，又开始重新搞原生应用。

一个操作系统都都不再以性能改进为首要目标，说真的。现在好多桌面应用都优先Mac，其实也很正常，是吧？

等待着等待着，Win11 26H2来了，有不少改进。

Windows 11 26H2（Windows 11 2026 Update）于 2026 年 9 月 29 日正式推送，OS Build 26300.9550。

已经在打月度补丁的 24H2 / 25H2 用户来说，它是一次 174 KB 的启用包、一次重启、零个新功能。微软自己给它的定位是“可预期、低打扰的更新”。
最大的变化：大量 16 GB 及以上的机器报告空闲内存占用下降了 2–3 GB。

0. 汇总

我们先看Win11下更新的发布周期。

1. 发布周期

26H2、25H2、24H2 共用同一条服务分支——Germanium（2024 年随 24H2 亮相）。三个版本的差别是分支内的三段构建号：

因为共用同一套系统文件，26H2 的新功能其实早就通过月度累积更新躺在系统盘里了，只是处于休眠状态。启用包做的事，就是把这些开关拨到“开”。

这也解释了几个看起来奇怪的现象：

• 包只有 174 KB。 按 Windows Latest 的算法，这大约是完整 Windows 11 24H2 功能更新包的 0.003%。
• 它不能绕过前置条件。 走启用包升级必须先装好 2026-09-22 的 KB5124010（OS Builds 26100.9546 预览）或更新的累积更新。
• 26H2 有 bug，25H2 也会有。 同一份源码、同一个更新包——微软自己的说法是“If an issue affects 26H2, it will also affect 25H2, and vice versa”。
• 26H1 的机器升不上来。 它跑在另一套内核上，支持窗口是 2026-02-09 → 2028-03-14。微软会给它单独的迁移路径，预计两个版本会在 2027 年的 27H2 汇合。

看到这里，真的感觉有点奇怪，看版本好，明显26H1比26H2新，毕竟它都到28000了。

2. 内存改进，最大变化

2.1 实测数字

分析一下就是：

这可能也是微软不愿在更新中提及的一点。大家可以试试自己机器是不是真的有内存降低的正优化。

2.2 实测

Windows 会把服务和常用应用主动缓存进内存。缓存占用高，是把内存用起来了，不是浪费——它让下一次启动更快。所以单看“空闲占用从 10 GB 变成 7 GB”，你无法判断到底是系统瘦了，还是它单纯少缓存了点东西。

要验证，只能把内存压满再看。

Windows Latest 在同一台 16 GB 笔记本上做的正是这件事。更新前后的空闲占用是约 64% → 45%（64% 是由“常突破 10 GB ÷ 15.7 GB”推算出来的，图上用空心框标出）；再把机器压满：重载（WhatsApp + Teams + Outlook + Edge 多标签 + YouTube 4K60 视频）87%，再叠加 Microsoft Store、画图、Spotify 后 89%（约 14 GB）。

3. 下降原因

微软没有在 26H2 的更新日志里提及内存优化，也没有公布技术细节。原因可能只有一个，他们嫌丢人。

3.1 Windows11 把界面建在浏览器上

Windows 11 这几年往 shell 里塞了不少 WebView2 组件——开始菜单搜索、设置、小组件等界面都建在它上面。WebView2 是 Chromium 内核，每个实例都要带上整套浏览器运行时：自己的内存管理、进程模型、缓存。

这是 Windows 11 空闲内存偏高最直接的结构性来源。而修法也很直白：把这些界面逐个迁到 WinUI 3——原生 Windows UI 框架，不带 Chromium 那套开销。每迁完一个组件，后台就少一个 Chromium 运行时实例。

这也解释了为什么降幅是“随着累积更新一点点叠加”而不是“一次到位”。

3.2 微软公开点名过的四条并行工作

• 更高效的内存分配器 —— 降低系统级分配开销
• WinUI 3 优化 —— 让现代应用本身的占用更低
• 削减内置 Chromium 组件的内存
• 优化 WebView2，并提高内存压缩效率

这四条来自 Windows + Devices 总裁 Pavan Davuluri 的公开说明。他在 2026 年 5 月的 Windows Insider 播客里就把内存提效列为主攻方向，原话大致是：面对整机内存成本上涨，Windows 团队在内存利用率上有明确的工作，同时也要提升跑在 Windows 之上的框架的效率；“在内存压缩上我们确实有事要做”。

2026 年 7 月 31 日，他把 8 GB 机器的内存优化列为年底前的四项重点之一。Mark Linton（Windows & Devices 副总裁）在 IFA 2026 上重申了更快的启动与更好的 8 GB 表现，但没有给具体时间表。

3.3 一个能落到数字上的证据

这条线的起点比 26H2 早得多。2026 年 7 月 28 日的预览更新 KB5101684（构建号 26100.8973 / 26200.8973）是 Windows K2 第一波面向用户的改动——Windows 搜索更快、文件资源管理器更跟手、任务栏与右键菜单改进。内存相关的改动则在更下层。

WinUI 3 本身的补丁是有基准的。微软工程师公布的改动在文件资源管理器与记事本上测出：

另外，2026 年 10 月初 WinUI 3 修掉了一个内存随时间缓慢增长（memory growth）的问题——正好发生在 26H2 推送前后，这可能也是部分用户“过几天感觉更好”的原因之一。

这些数字只代表框架层的改进，不等于整机收益。整机能省多少，取决于有多少组件完成了迁移。

4. 顺带快了一截：低延迟配置文件

内存之外，26H2 还有一项体感明显的改动——**低延迟配置文件（Low Latency Profile）**第一次全量默认开启。

机制不复杂：当你打开开始菜单、搜索、通知中心，或启动某个应用时，Windows 会把 CPU 频率瞬时提到接近最高，持续 1–3 秒；任务完成后，频率更快回落空闲。它专门对付日常操作里的那种“轻微顿一下”。

效果上，微软自己的应用受益最明显：Edge 和 Outlook 的启动约快 40%，而开始菜单、右键菜单这类 shell 交互最高快 70%。Tech Times 举过一个换算——如果开始菜单原来是 400 ms，70% 的改善意味着约 120 ms，正好跨过了人感知“瞬间响应”的门槛。

这个功能当初上线，被喷惨了。实际上连IOS也都是这种爆发模式🙂。

5. 26H2 其他更新

面向所有人

• 任务栏可以移动了：支持上 / 下 / 左 / 右四个边缘，还可以设成更紧凑的尺寸——这是 Windows 10 时代之后被要求最久的功能之一
• 开始菜单可以调整大小，并提供多种布局
• Windows 搜索：结果带预览，对拼写错误和不完整的应用名容错更好，常用文件夹自动索引；可以关掉 Bing 和商店结果
• 文件资源管理器：支持图片的 AI 动作、OneDrive / SharePoint 文档摘要、更多压缩格式
• 任务管理器：新增 NPU 占用与内存显示，并标记运行在 AppContainer 里的应用
• 辅助功能：放大镜更精确且可加屏幕色调，讲述人增加盲文查看器，语音访问在 Copilot+ PC 上支持自然语言指令

安全

• 管理员保护（Administrator Protection）：管理员权限按需在隔离配置文件中授予，抬高提权门槛，通过 GPO 或 Intune 启用
• 内置 Sysmon：Sysinternals 的日志工具变成原生组件，但默认关闭
• Smart App Control 可以不重装系统就开关了
• Windows Hello 增强登录安全性支持兼容的外接指纹识别器
• 后量子密码：支持 NIST 标准化的 ML-KEM 与 ML-DSA 算法（通过 CNG 与 .NET API）
• 驱动签名：内核默认不再信任交叉签名（cross-signed）驱动

以上就是今天全部内容，我是搬砖工。感谢您的关注点赞。我们下期再见。