Windows 11临时文件自动清理：批处理脚本+任务计划方案

前两周帮同事处理一台 Windows 11 笔记本，C 盘只剩 1.8GB 可用空间，系统更新连续失败三次，打开设置都卡。用资源管理器一层层翻，发现光 C:\Windows\Temp 底下就堆了 11GB 的残留文件，用户目录的 AppData\Local\Temp 里还有一堆安装包解压缓存。手动清理折腾了快四十分钟，删完重启又发现更新缓存目录里还躺着几个 GB。这种问题你手动清一次只能管一阵子，两三个月后又会满。后来我花了点时间写了套临时文件自动化管理方案，用批处理脚本加任务计划程序，让 Windows 11 自己定期清冗余文件，从那之后再没为磁盘变红操过心。这篇文章就把这个方案的完整思路、脚本代码和落地细节分享出来。

1. 临时文件不会消失，只会转移到你看不见的地方

1.1 临时文件到底从哪来

很多人以为临时文件就是浏览器缓存里的那点东西，实际上 Windows 11 系统里临时文件的来源远比你想的多。以我实际排查过的机器来看，主要的堆积点有这么几类：

用户会话临时目录：%TEMP%（通常指向 C:\Users\用户名\AppData\Local\Temp）。安装程序解压、Office 文档自动保存碎片、压缩包解压中转、各类软件的中间渲染数据，全在这里产生。这个目录的特点是文件数量特别多，动辄几万个零碎文件。

系统临时目录：C:\Windows\Temp。驱动安装、Windows 组件更新、系统服务运行时的中间产物都在这。这个目录的清理权限比较特殊，普通权限进不去，即使管理员身份也要注意部分文件正被系统占用。

Windows 更新缓存：C:\Windows\SoftwareDistribution\Download。每次系统更新下载的补丁包都会先存在这里，更新完成后理论上应该自动清空，但实际上经常残留大量已安装过的补丁文件。功能更新（比如 24H2 那种大版本）下载的安装包经常超过 5GB，更新完还赖着不走。

软件生态缓存：浏览器的 Cache 目录、微信和 QQ 的文件缓存、各类设计软件的暂存盘、崩溃转储文件、Windows 错误报告（WER）数据。这些分散在用户目录和 ProgramData 下，用系统自带的"存储感知"能清一部分，但清不全。

系统日志与报告：C:\ProgramData\Microsoft\Windows\WER 下的错误报告、C:\Windows\Logs\CBS 下的组件服务日志。CBS 日志在系统更新反复失败时能膨胀到好几个 GB，每行都是重复的错误记录。

这里有个容易被忽略的事实：Windows 11 的"存储感知"和"临时文件"设置界面，扫到的只是系统认为安全的子集，很多深层目录它根本不扫描。或者说，它只清"普通用户模式"下能碰的文件，而脚本方案可以主动定义清理边界，覆盖面更广。

1.2 临时文件膨胀的临界点

临时文件不是线性增长的，它的膨胀往往是突发性的。最常见的高危场景有三个：

一是 Windows 功能更新准备阶段。系统会在 C 盘预留大量空间用于组件替换和回滚备份，如果磁盘剩余空间不足 20GB，更新进程大概率会报 0x80070070（磁盘空间不足）。这时候 Windows 更新日志会写满一个又一个 GB，形成恶性循环——空间越少，日志越写越多，日志越多空间越少。

二是开发工具和大型软件运行。Visual Studio、Docker Desktop、Android Studio 这类工具会在 %LOCALAPPDATA%\Temp 下生成海量中间文件。一个频繁编译的项目，%TEMP% 里的缓存轻松突破 10GB。CI/CD 构建机上这个问题更夸张，跑几天流水线，磁盘就能被临时文件塞满，构建直接失败。

三是异常断电或强制关机。正在写入的临时文件变成残缺状态无法自动回收，常规手段又很难发现。这类残留文件没有明确的生命周期信号，只能靠时间维度去判断。

1.3 为什么手动清理治标不治本

手动清理的问题不在于"懒"，而在于三个层面：首先是覆盖不全，资源管理器的存储设置界面扫不到系统级目录；其次是频率不可控，你不可能每周都记得手动清一次；最后是没有审计，哪天误删了什么文件，你连日志都找不到。自动化方案解决的是后两个问题：定时触发、行为留痕。

2. 清理脚本的安全边界：哪些目录能碰，哪些不能碰

写清理脚本最核心的问题不是"怎么删"，而是"哪些不能删"。我在踩过几次坑之后，总结了一套相对安全的目录分级策略。

2.1 可安全清理的目录清单

我把日常可以放心清理的目录整理成了下面这张表，供直接参考：