更新后的前 48 小时：为什么每次大版本更新后 Windows 都变慢

桌面出现了，不代表更新已经结束

功能更新不是那种只替换几个文件的补丁，而是就地迁移到新版系统。新版本一边展开，Windows.old 一边把旧版本停在原地，头几次开机还要执行首次登录的杂务：应用重新注册、设置迁移、内置应用更新。机器干着相当于全新安装的工作量，同时还得给你端上桌面，你启动的每个程序都在和这条队列抢资源。

最重的任务恰恰是你从未安排过的那些。搜索会重建索引的一大块，.NET 运行时优化会以低优先级为托管系统组件重新生成本机映像，Defender 则在更新后带着全新的定义库把你的文件完整扫一遍。Sysmain 从零开始重新学习你的使用习惯。这些都不会表现为某个进程吃掉 80% 的 CPU——它们表现为“一切慢了 15%，磁盘灯常亮不灭”。

搜索重建索引——升级后索引的很大一部分要重新构建，磁盘会被连续折腾几个小时
.NET 优化任务——托管系统应用的本机映像会以低优先级重新生成一两天
Defender 的更新后扫描——全新定义库，加上对全部文件的一次完整扫描
Sysmain 重新学习——预取数据从零开始，应用启动失去了往常的利落
内置应用更新——功能更新刚装好，商店应用就排起了自己的更新队
遥测和传递优化的补课——升级期间被推迟的上传和汇报任务

真正值得动手解决的问题

首先是磁盘空间：功能更新会在 Windows.old 里停放 20–30 GB 长达十天，而可用空间跌破 15% 的 SSD 写入会变慢，因为控制器没有空间做磨损均衡。打开设置 → 系统 → 存储 → 临时文件，在确定留在新版本之后清掉以前的 Windows 安装。

其次，给它一个老实交代的夜晚：让机器通电开机一晚，维护队列就会在你睡觉时清空。第三，亲眼看一下：任务管理器的“进程”选项卡按 CPU 排序，再看“性能”选项卡里的磁盘队列，一分钟内就能判断这是收尾工作还是新问题。至少做一次真正的重新启动，而不是带快速启动的关机——更新的某些阶段只有真正的重启才能完成。