我调查了Windows 11每月巨大的5GB .msu更新，AI只是部分原因
与2024年相比，Windows更新体积大幅增长 Windows 11更新在后台运行，你可能没注意到，但它们的体积正在变得庞大。通过更新目录下载的月度累积更新现在经常超过4GB，最近甚至达到5GB。更夸张的是，这些更新解压后体积接近9GB！
这里分析的是从微软更新目录下载的更新包，是更新的原始大小，未针对你的电脑硬件和已安装的更新进行优化。Windows更新会进行硬件检测，通过快速更新和统一更新平台只下载变更部分。所以4GB的目录包在家中下载可能只有1.5到2GB。
无论如何，实际更新体积急剧增加，人们第一反应是AI。Windows正在增加Copilot、本地模型、语义搜索等功能，自然认为是AI导致更新膨胀。
但这只是部分原因。
真正的问题在于Windows更新的构建和交付方式。体积问题源于新功能如何打包、压缩并分发到数百万不同系统。
更新时仅有微小变化，却需要下载数GB数据，这让我一直觉得奇怪。尤其在存储资源昂贵的当下，更值得思考。
于是，我调查了为何Windows 11更新体积如此庞大。更重要的是，微软难道不能只推送变更部分的更新吗？
为什么Windows更新体积变大？
微软已经不再发布小型独立补丁，而是最新的累积更新，也称LCU。
所以每月的安全更新（补丁星期二）包含全部内容。不仅仅是当月修复，也包含所有以前的修复。如果你安装最新更新，系统是完全最新的，即使跳过了之前的更新。
最新Windows 11累积更新超过5GB从可靠性角度，这是干净的模型。但副作用是更新没法小，体积随时间增长。
即使PC只需小修补，更新包仍携带将任意系统更新到该版本所需的全部变更。
微软尝试通过Windows 11 24H2引入检查点累积更新解决这个问题。周期性“检查点”充当新基线，之后的更新只包含自上次检查点以来的变更，体积更小，安装更快。理论上是聪明的改进。
但实际上，2024年9月设立检查点后，更新大小在2025年4月前较小；2025年5月更新体积几乎翻三倍，目录体积超过4GB。一年后仍未设新检查点，微软承诺的体积节省悄然消失。
2025年4月前累积更新体积相对较小为何2025年5月更新体积翻三倍？
2025年5月Windows 11更新体积是4月的3倍多细看2025年5月累积更新，解压后体积从约6.5GB跃升至近9GB。异常之处是压缩MSU文件增加约3GB，解压文件只增2.5GB。通常压缩应使文件更小，增长比例不应相反。
压缩（MSU）与解压（解包内容）比较Windows更新包含数万个文件，单次更新超过28000个。但没有单个文件异常大。最大的仍是之前月份的msedge.dll。
2025年4月累积更新为1,287MB，5月为4,369MB。通过7-Zip解包5月包，发现多了数十个4月没有的MSIX文件，如PSTokenizer、文本识别会话、PSOnyx运行时、查询处理会话和图像搜索会话，全是与语义搜索及本地AI相关，使用微软为开发者发布的Onyx运行时。约3GB增量即因这些MSIX组件。
所以，AI确实是更新变大的因素之一，但还有其他原因……
AI在包内，但未必装在你的PC上
Windows更新通过适用性逻辑，下载前检查硬件配置，只拉取系统实际需要的内容。新安装的Windows 11 25H2虚拟机，在无任何更新情况下，最严重的下载情况，也只从4GB+目录包下载了约1.7GB，因为语义搜索MSIX组件不适用于该机器。
在设置 > Windows更新 > 高级选项 > 活动监视器查看传输优化统计，证实真实机器下载体积通常远小于更新目录显示。
语义搜索组件最初面向搭载Snapdragon NPU的Copilot+ PC，支持扩展至Intel和AMD系统，包内增加更多变体。每次扩展都会带来更多负载，即使某些机器根本不会用到。
技术上，这能解决。AI模型和语义搜索组件本可以通过微软商店或按需下载方式交付，与月度累积更新分开。微软尚未这样做，仍通过主要更新管道分发这些组件。
微软为何不能只推送变更部分？
既然Windows已知系统需求，为什么还要把所有内容打包在一起？
差异化更新已存在。Windows用快速更新和统一更新平台只拉取变更的二进制部分，而非下载整个文件。3到4GB的目录包，经此策略，实际下载可能只有1.5到2GB。微软已尽力减小到达电脑的数据量，但包结构效率不高。
2025年5月累积更新目录显示与实际家用PC下载对比真正模块化更新在Windows规模（一亿+用户）面前难以实现，有数百万硬件组合，包括不同CPU、GPU、存储控制器、固件版本、驱动和旧企业软件。每个更新必须向下兼容，支持离线安装，且能跨千台设备安全部署。若有依赖遗漏或组件不匹配，系统可能无法启动。
企业场景也有问题。WSUS每月下载完整累积更新，配置管理器将同一完整包分发到所有分发点，离线维护工具将完整MSU包注入系统镜像。每种场景都需完整包，即使终端只用其中一部分。家庭用户下载1.5GB，IT团队管理数千台机器则每月存储并分发4GB以上数据。
苹果为何更新体积小
macOS增量更新通常在1到3GB，较大跳跃保留给重大版本。苹果控制全硬件栈，包括CPU、GPU、驱动和固件，能果断剔除旧部件。兼容性规则严格执行，硬件变化远低于Windows。
苹果也没有固定的月度节奏。更新准备好就发布，允许更灵活打包变化和留待下次发布。
Windows则优先兼容性、可预测性和跨多样硬件软件组合部署能力。
企业环境下Windows 11更新现状
对家庭用户来说，情况并没有目录数字那么糟。得益于差分逻辑和适用性检测，下载体积通常远小于3到4GB，绝大多数人不易察觉。
企业没有这种灵活性。每月下载完整包，存储于多个分发点，无论终端需求如何均推送。存储使用急剧增加，尤其未及时清理。分发点在内网推送这些包，即使有传输优化和点对点分享，数据流量仍远超两年前。对比2024年，我们正面临更严重的存储危机，企业环境前景不容乐观。
按架构、分发点计算的年度存储成本，从2024年约11GB升至2026年52GB。即使有五个分发点，企业每年光存储月度更新文件就超过四分之一TB，且未做清理。
24H2自发布以来更新体积趋势明显，2024年中期约200-500MB，到2025年底稳定在3到4GB，且没有反转迹象。Windows 10也经历类似路径，但更慢，Windows 11加速了这一趋势。
Win11 24H2与Win10 22H2头19个月更新对比不过并非没有希望，微软也在努力缩短Windows更新下载时间，只是不确定是否通过缩减体积实现。
如何查看PC更新时实际下载了多少数据
想看实际下载体积而非目录数字，可前往设置 > Windows更新 > 高级选项 > 传输优化 > 活动监视器。这里显示从微软服务器、本地网络和缓存实际传输数据量。
更多详情，可用事件查看器