TiWorker.exe 是干什么的，高负载何时算正常
点下“检查更新”后，Windows 更新把安装包下载下来交给服务堆栈，由 TiWorker 解包、校验、装进组件存储——WinSxS 文件夹。一次功能更新会让 TiWorker 和它的父进程 TrustedInstaller 忙上 20–60 分钟；每月的累积更新在 SSD 上一般几分钟收工。在这个窗口里，四核机器跑出 30–50% 的 CPU 完全正常，安装一结束负载立刻消失。
危险信号是另一副长相：最后一次更新过去整整一天 CPU 还在发烧；在任务管理器里刚结束它，TiWorker 立刻原地复活；或者每次开机负载都卷土重来。HDD 机器干同样的活要多花好几倍时间，下结论前先给它一个小时。想确认它在忙什么，打开任务管理器——这个进程就挂在“Windows Modules Installer Worker”这个友好名称下面。
- 打开 设置 → Windows 更新 → 更新历史记录，看看最近装了什么、还有什么挂着待装
- 在任务管理器按 CPU 排序，确认 TiWorker.exe 条目对应的名字是 Windows Modules Installer Worker
- 大更新之后重启一次，能清掉长时间开机机器上把 TiWorker 绕糊涂的维护队列
- 历史记录里没有更新、负载却连挂数日，说明组件存储或缓存需要修复
- HDD 机器跑同样的更新，老实说要花 SSD 好几倍的时间
真正管用的修复顺序
先让 Windows 把活干完：把 Windows 更新跑到头，重启；如果已经预置了功能更新，就留到夜里装。然后以管理员身份打开命令提示符，用 DISM /Online /Cleanup-Image /RestoreHealth 修复组件存储，接着跑 sfc /scannow——存储损坏正是 TiWorker 反复重新校验同一批包、原地打转的头号原因。两个扫描合计 15–30 分钟，还需要联网拉取受损文件的干净副本。
负载还不下去，就重置更新缓存：在管理员提示符里执行 net stop wuauserv 和 net stop bits，删掉 C:\Windows\SoftwareDistribution\Download 里的内容，再用 net start 把两个服务启回来。Windows 只会重新下载真正需要的部分，再查一轮更新后 TiWorker 通常就安静了。最后的底牌是 Windows 更新疑难解答(设置 → 系统 → 疑难解答 → 其他疑难解答)，或者用 Windows 11 ISO 做就地升级——它会重建服务堆栈，而不碰你的文件。
不该做什么——什么时候才该担心
千万别为了让 TiWorker 闭嘴就去禁用 Windows 模块安装程序服务或 Windows 更新本身：机器会收不到安全补丁，下一次功能更新将撞上一堵再也修不好的墙。手动去删 C:\Windows\WinSxS 里的文件同样是禁区——那个文件夹是硬链接的数据库，从上面剜掉几块，存储坏掉的速度比 DISM 修得还快。如果尖峰只落在已知的更新时段，系统就是按设计在运转；偶尔瞄一眼任务管理器，只在画风偏离上述规则时出手。
常见问题与解答
TiWorker.exe 是病毒吗？
正宗的不是：它是微软的更新安装程序，带签名、住在服务堆栈里。只有当任务管理器显示的 TiWorker.exe 来自 Windows 以外的文件夹，或杀毒软件报警时才需要扫描——恶意软件偶尔会盗用这个名字。
可以直接在任务管理器里结束 TiWorker.exe 进程吗？
可以，Windows 会在下次更新需要时重启它——但被打断的安装会从头再来，还可能陷入循环。更好的做法是让它跑完，或者按上面的顺序修一遍。
为什么每次开机 TiWorker 都高负载？
通常是卡住或装了一半、怎么也完不成的一次更新。查一下更新历史记录，运行 DISM /Online /Cleanup-Image /RestoreHealth 和 sfc /scannow，循环不止就清空 SoftwareDistribution\Download 文件夹。
继续阅读
联系我们: [email protected]