Win11 C盘临时文件自动清理：bat脚本实战与任务计划配置

我的主力机升级到Win11之后，C盘每隔一两周就准时变红。打开“设置→系统→存储”，临时文件那一项往往躺着十几GB——更烦人的是，删完过两周它又原样涨回来。后来我决定不再和它打游击战，而是用一个bat脚本把“识别、清理、记录、定时执行”的流程全部串起来。这篇文章就是我把临时文件自动化管理跑通后的完整记录，从目录清单、脚本写法、权限处理到任务计划配置都会讲到，适合不想频繁手动清理的普通用户，也适合要批量维护多台电脑的运维朋友。

1. 临时文件是怎么“养肥”C盘的

1.1 你以为是垃圾，其实是系统正常运转的一部分

很多人一看到“临时文件”就觉得是垃圾，这个认知其实不够准确。临时文件的本质，是程序为了更快、更安全地完成当前任务而临时落盘的数据。

拿最常见的场景举例：你在浏览器里看视频，播放器会把视频切片缓存到本地，这样第二次打开同一段视频就不用重新下载；Windows更新安装包会先下载到本地，等系统重启后再执行安装；Adobe全家桶或Office在编辑文档时，也会生成大量中间格式文件，一旦崩溃，这些文件还能用来恢复未保存的内容。

换句话说，临时文件不是“没用的东西”，它们是有生命周期的资源。可惜的是，很多程序只负责创建、不负责回收，特别是异常退出、断电、强制结束进程之后，临时文件就成了没人认领的孤儿。日积月累，C盘就这么被一口一口吃掉了。

1.2 Win11里临时文件的主要藏身点

我清点过自己电脑上几个“重灾区”，把它们按体积大小列了一张表，你也可以照着去自查：

这里面最容易被忽视的是Windows更新缓存。很多人的电脑从买来就没清理过这个目录，攒上一年，五六GB很常见。而且这部分空间不会因为更新已经安装完成就自动释放，属于典型的“系统忘了打扫”的区域。

1.3 为什么清完又会涨回来

你手动清一次，过两周又满了，这不是错觉，而是机制决定的。

Windows本身有缓存重建机制：缩略图删了，下次打开文件夹就重新生成；浏览器缓存删了，下次访问网站又重新写入；Windows更新删了，下个月又会有新的累积更新下载。所以“清理”这件事，本质上不是在解决问题，而是在对抗系统的常态行为。靠“想起来就清一次”的游击战永远赢不了，正确做法是把清理变成定期运行的任务，让它和系统的“生成”节奏保持平衡。

2. 动手写脚本前，先划清“能清/不能清”的边界

2.1 四个清理原则

写脚本之前，我给自己定了几条规矩，也是后来一直沿用至今的判断标准：

• 运行不依赖的文件，可以清。比如已安装程序留下的安装包，删了不影响任何功能。
• 系统会自动重建的数据，可以清。缩略图、临时解压目录、浏览器网页缓存都属于这一类。
• 个人数据，绝对不能碰。文档、图片、聊天记录里混着的缓存文件，稍不注意就误删。
• 系统维护目录，交给专用工具。比如WinSxS这种组件存储库，直接删除会破坏系统完整性，必须用DISM。

这套原则我建议你也先想清楚，再往下写代码。否则一个bat跑下去，释放了空间但弄丢了重要文件，得不偿失。

2.2 磁盘清理、存储感知和第三方工具都差点什么

Win11自带的工具其实不少，但逐个试过之后我还是决定自己写脚本。

磁盘清理（cleanmgr）是老牌工具，但它的覆盖范围有限，默认只清理用户临时目录和回收站，Windows更新缓存往往不勾选的话根本看不到。更要命的是它需要手动点击，无法做无人值守。

存储感知（Storage Sense）是Win10/11的新功能，可以定时清理，但其逻辑是“自动删除你不需要的文件”，判断标准不透明，有时候会误伤一些你觉得还能用的缓存。而且它对Windows更新缓存的处理一直不彻底，偶尔还会漏掉大块头目录。

第三方工具比如CCleaner，清理能力确实强，但免费版经常弹窗引导安装其他软件，后台行为也让人不放心。用它可以，但真要放到计划任务里每周无人值守跑，我是不敢的。

2.3 bat、PowerShell、第三方工具到底选哪个

我当时在bat和PowerShell之间犹豫了一下，最终选了bat。原因很直接：

• bat零依赖，任何Windows都能双击运行，不需要处理脚本执行策略。
• 逻辑透明，每条命令都是系统内置的，不存在黑盒行为。
• 维护成本低，加一个清理目录就是多一行del的事。

如果你以后要处理多台电脑、收集清理日志甚至发邮件通知，PowerShell肯定更合适。但如果只是想解决“C盘定期变红”这一个问题，bat就是性价比最高的答案。

3. 完整清理脚本：从代码到运行的每一步

3.1 一份可直接落地的清理脚本

下面是我在Win11 23H2上验证过的版本。脚本内部注释用了英文，主要是避免记事本另存为编码时中文注释乱码，正文里我会再逐段解释。

bat复制@echo off
setlocal enabledelayedexpansion

:: self-elevation
net session >nul 2>&1
if %errorlevel% neq 0 (
    powershell -Command "Start-Process -FilePath '%~f0' -Verb RunAs"
    exit /b
)

set "LOG_FILE=D:\Tools\Logs\TempCleanup.log"
if not exist "D:\Tools\Logs\" mkdir "D:\Tools\Logs"

>> "%LOG_FILE%" echo [%date% %time%] ===== TEMP CLEANUP START =====

rem 1. User Temp
if exist "%TEMP%" (
    >> "%LOG_FILE%" echo [%date% %time%] Cleaning user temp: %TEMP%
    del /f /s /q "%TEMP%\*" >nul 2>&1
    for /d %%d in ("%TEMP%\*") do rd /s /q "%%d" >nul 2>&1
)

rem 2. System Temp
if exist "C:\Windows\Temp" (
    >> "%LOG_FILE%" echo [%date% %time%] Cleaning system temp
    del /f /s /q "C:\Windows\Temp\*" >nul 2>&1
    for /d %%d in ("C:\Windows\Temp\*") do rd /s /q "%%d" >nul 2>&1
)

rem 3. Windows Update download cache
if exist "C:\Windows\SoftwareDistribution\Download" (
    >> "%LOG_FILE%" echo [%date% %time%] Cleaning Windows Update cache
    del /f /s /q "C:\Windows\SoftwareDistribution\Download\*" >nul 2>&1
    for /d %%d in ("C:\Windows\SoftwareDistribution\Download\*") do rd /s /q "%%d" >nul 2>&1
)

rem 4. Thumbnail cache
del /f /q "%LOCALAPPDATA%\Microsoft\Windows\Explorer\thumbcache_*.db" >nul 2>&1
>> "%LOG_FILE%" echo [%date% %time%] Cleaning thumbnail cache

rem 5. Edge cache
if exist "%LOCALAPPDATA%\Microsoft\Edge\User Data\Default\Cache" (
    >> "%LOG_FILE%" echo [%date% %time%] Cleaning Edge cache
    del /f /s /q "%LOCALAPPDATA%\Microsoft\Edge\User Data\Default\Cache\*" >nul 2>&1
    for /d %%d in ("%LOCALAPPDATA%\Microsoft\Edge\User Data\Default\Cache\*") do rd /s /q "%%d" >nul 2>&1
)

rem 6. Crash dumps and WER reports
if exist "%LOCALAPPDATA%\CrashDumps" (
    >> "%LOG_FILE%" echo [%date% %time%] Cleaning crash dumps
    del /f /s /q "%LOCALAPPDATA%\CrashDumps\*" >nul 2>&1
)
if exist "%LOCALAPPDATA%\Microsoft\Windows\WER\ReportArchive" (
    >> "%LOG_FILE%" echo [%date% %time%] Cleaning WER reports
    del /f /s /q "%LOCALAPPDATA%\Microsoft\Windows\WER\ReportArchive\*" >nul 2>&1
)

rem 7. Recycle Bin
rd /s /q "C:\$Recycle.Bin" >nul 2>&1
if exist "D:\$Recycle.Bin" rd /s /q "D:\$Recycle.Bin" >nul 2>&1

>> "%LOG_FILE%" echo [%date% %time%] ===== TEMP CLEANUP END =====
endlocal

使用时注意三件事：第一，把D:\Tools\Logs改成你自己的日志目录，如果没有D盘就改成%USERPROFILE%\Documents\Logs；第二，保存文件时文件后缀必须是.bat；第三，如果系统语言是中文，建议用记事本“另存为”，编码选ANSI，避免脚本内中文路径或注释出现解析问题。我的脚本注释全是英文，就是不想让大家卡在编码这一步。

3.2 逐段拆解：为什么先删文件再删子目录

主清理逻辑看起来就是del和rd两条命令，但顺序有讲究。

del /f /s /q "%TEMP%\*" 会先删除当前目录下的所有文件，/f强制删除只读文件，/s递归子目录，/q安静模式不用逐个确认。/f很重要，因为很多临时文件会被程序标记成只读，不加这个参数会有一堆“拒绝访问”的报错。

文件删完之后，目录里可能还留着大量空的子文件夹。这时用for /d %%d in ("%TEMP%\*") do rd /s /q "%%d"，for /d是专门遍历目录的循环，rd /s /q则递归删除整个目录树。先删文件再删目录，逻辑上是滚动删除，不会因为目录里有文件而失败。

这里有个经验教训：如果你只执行del /f /s /q然后不管目录，空间也能释放，因为临时文件本身占据的体积已经没了。但目录结构还会残留几万个小文件夹，后续程序生成新临时文件时遍历速度会变慢。把目录也清掉，才算是清理得彻底。反过来，如果你担心某些程序依赖固定目录结构，也可以去掉for /d那行，只做文件清理——牺牲一点彻底性，换更高兼容性。

3.3 自提权：让脚本自己申请管理员权限

Win11对系统目录的权限管控很严格，C:\Windows\Temp、Windows更新缓存、回收站这些位置，普通权限根本删不动。所以脚本开头有一段“自提权”逻辑：

bat复制net session >nul 2>&1
if %errorlevel% neq 0 (
    powershell -Command "Start-Process -FilePath '%~f0' -Verb RunAs"
    exit /b
)

net session只有在管理员权限下才能成功执行。如果当前不是管理员，就用PowerShell以管理员身份重新启动当前脚本（%~f0是脚本自身路径），同时退出当前的非管理员窗口。

这段代码避免了一个很麻烦的问题：如果用户直接双击bat，系统目录全部静默失败，跑完跟没跑一样。有了自提权，双击后弹出UAC确认框，点一下“是”就自动以管理员身份执行，对普通用户友好得多。

3.4 日志是命根子：怎么看脚本到底干了什么

我见过太多人分享清理脚本，但很少有人提醒写日志。一个不知道自己删了什么、删了多少、有没有删失败的清理脚本，和盲人开车没什么区别。

我的脚本里每条清理动作之前都向TempCleanup.log追加了一行时间戳记录。日志能回答三个问题：这个脚本上次跑是什么时候？跑了哪些步骤？有没有目录因为权限或占用没清到？

如果你想在测试阶段看到每个错误，把>nul 2>&1临时去掉，脚本会在控制台输出“拒绝访问”“另一个程序正在使用此文件”等详细信息。正式部署之后再恢复安静模式，让日志只记录正常流程，避免被海量报错刷屏。

4. Win11实测：权限、占用、杀软与效果

4.1 三个最常见的失败场景

脚本第一次跑通之前，通常会在下面这些地方翻车：

第一个问题最容易忽略，因为>nul 2>&1把所有错误都吞进了黑洞，从表面看脚本跑完了，实际上什么都没清。我的做法是先全量显示错误跑一遍，确认没有权限问题后，再开启安静模式。

第二个问题其实不用太纠结。Windows对正在使用的文件加了锁，del删不动是正常的。比如浏览器占用的缓存文件，会在浏览器关闭后释放，下一次定时任务自然就能清掉。

杀毒软件拦截这个问题，在Win11上出现的概率不低，特别是你自己写的bat里包含rd /s /q C:\$Recycle.Bin这种指令时。因为你没有数字签名，杀毒软件会怀疑是恶意脚本。解决办法很简单，把脚本加入Microsoft Defender的排除项，或者用你自己的代码审计逻辑确认安全后放行。

4.2 第一次跑完，到底释放了多少空间

拿我手上的一台Win11测试机举例，这台机器安装了日常办公软件、Edge浏览器、若干开发工具，使用了大约八个月。第一次运行清理脚本时，从日志里看到的清理顺序基本正常，跑完后我用PowerShell量了一下几个关键目录：

• Windows Update缓存：从大约6.8GB降到了不足200MB，这是最大的单项收益。
• 用户%TEMP%目录：从3.2GB降到几十MB，主要是软件安装包解压残留和旧的崩溃转储。
• Edge浏览器缓存：从1.4GB降到基本清空。

三项合计释放了超过11GB，对一块256GB的系统盘来说，效果立竿见影。第二次运行就没有这么夸张了，因为每周定时清理之后，存量垃圾被控制在一个很低的水平，单次收益可能只有几百MB。这才是正常状态——你以为脚本“不好使了”，其实恰恰说明它工作正常，把垃圾的积累速度压住了。

想看目录大小，不一定要写进bat里。临时量一次的话，PowerShell一句命令就够了：

powershell复制(Get-ChildItem "C:\Windows\SoftwareDistribution\Download" -Recurse -Force | Measure-Object -Property Length -Sum).Sum / 1GB

4.3 清理之后的“皮肤反应”，全是正常现象

第一次深度清理后，你可能会遇到几个“看起来像出问题”的现象，其实都很正常。

缩略图缓存清掉后，第一次打开图片文件夹要重新生成缩略图，预览会慢一些，磁盘占用会短暂升高，这是正常的。Edge缓存清掉后，第一次访问常去网站会感觉加载变慢，因为静态资源需要重新下载。某些UWP应用（比如微软商店应用）首次启动时，会重新初始化自己的缓存目录，表现为启动稍慢。

这些“皮肤反应”通常在几分钟内消失，系统会慢慢重建需要的缓存。只要不出现软件无法启动、文件丢失、系统反复崩溃这类问题，就不用理会。

5. 从“手动双击”到“无人值守”

5.1 任务计划程序的最简配置

脚本本身是半自动的，双击即跑，但真正的自动化管理要靠任务计划程序。下面是最简配置步骤，亲测在Win11 23H2可用：

1. 按Win+R，输入taskschd.msc，打开任务计划程序。
2. 右侧点“创建任务”，名称填“TempCleanup”。
3. “常规”选项卡里勾选“使用最高权限运行”。
4. “触发器”选项卡点“新建”，选择“按预定计划”，设置每周执行一次，我习惯放在周四上午10点，因为周中是系统更新的常见时间，更新缓存积累一周后正好清理。
5. “操作”选项卡点“新建”，操作选择“启动程序”，程序或脚本填你bat文件的完整路径。
6. “条件”选项卡里，取消勾选“只有在计算机使用交流电时才启动此任务”。笔记本用户如果不取消，插电状态才能执行计划任务，可能会漏跑。
7. “设置”选项卡里，勾选“如果任务失败，按此频率重新启动”，我设为每30分钟重启一次，最多三次。

配置完成后，任务计划会按设定自动调用bat，脚本内的自提权逻辑在计划任务场景下也不会冲突——因为任务本身就是最高权限运行，net session已经通过，不会再弹UAC。

5.2 存储感知和脚本怎么配合

很多人在Win11里开了存储感知之后，误以为不再需要别的清理方案。我的建议是“存储感知做日常，脚本做深度”。

存储感知适合处理低风险缓存，比如临时文件、回收站、缩略图，它跑得勤，但清得不深。我的脚本则专门针对Windows更新缓存、WER报告、崩溃转储这类“大块头”。两者配合后，日常垃圾靠系统自己消化，深度垃圾每周集中处理一次，C盘的剩余空间就能保持稳定。

在Win11上开启存储感知的路径是“设置→系统→存储→存储管理”，把“自动清理临时文件”的开关打开，配置一个低阈值，比如磁盘剩余空间低于10%时触发。你不需要给它设太激进的规则，只要让系统先把容易处理的部分清掉，剩下的交给脚本。

5.3 多台机器部署的两个小坑

如果你和我一样需要维护好几台电脑，部署时有两个坑要避开。

第一个是用户名不同。批处理里不要写死C:\Users\zhangsan\AppData\Local\Temp，直接用%TEMP%和%LOCALAPPDATA%环境变量，这样不管什么用户名都能适配。

第二个是D盘不一定存在。日志路径如果固定写到D:\Tools\Logs，遇到单分区机器，mkdir会失败，整条重定向也会报错。稳妥做法是把日志目录设计成一个变量，在不同机器上只需要改一行：

bat复制set "LOG_FILE=%USERPROFILE%\Documents\Logs\TempCleanup.log"

另外，如果你用SYSTEM账户运行计划任务，%TEMP%会指向C:\Windows\Temp而不是用户临时目录。这种情况下脚本里的“用户Temp”清理段实际清的是系统Temp。所以脚本里两个Temp目录都保留是必要的，不管以什么身份运行，至少有一个能命中。

6. 红线清单：这些“临时文件”千万别用脚本碰

6.1 系统目录里的大块头

有几个“看起来像临时文件”的目录，新手最容易冲动去删。

C:\Windows\WinSxS，组件存储库，占几个GB到十几个GB，但这不是普通缓存，而是Windows组件服务的基础。正确清理方式是在管理员命令行里执行：

bash复制Dism /Online /Cleanup-Image /StartComponentCleanup

系统会自己评估哪些组件可以安全清理，拿到命令执行即可，比手动删除安全一万倍。

C:\hiberfil.sys和C:\pagefile.sys也经常被误认作垃圾文件。休眠文件可以通过powercfg /h off关闭休眠来释放，页面文件则不建议禁用，删了反而会让大内存程序频繁报错。这些东西用系统自带机制处理，别用bat硬删。

6.2 表面像缓存、实际存着个人数据的目录

我更想提醒的是那些“挂着缓存名字的私人数据”。

微信和QQ的本地文件目录里有一个FileStorage文件夹，里面是聊天图片、视频、文件。很多人看它占用几个GB，顺手就删了，结果聊天记录里的图片全部变成空白。真正的清理姿势是在应用内置的“存储空间管理”里按时间范围清理，而不是直接删目录。

浏览器清理也要区分：网页缓存可以删，但Cookies、登录数据、Local Storage这些不能随便动。我见过有人清理浏览器缓存后，所有网站都要重新登录，又气又找不到原因。

开发工具同理，node_modules里的.cache、pip的缓存可以清理，但如果你删错了.npmrc或者settings.xml这种配置文件，后续所有依赖安装都会出问题。动手之前先确认目录用途，再决定要不要写进清理脚本。

6.3 防误删的保险措施

即使我把脚本边界划得再清楚，也建议你保留一套应急方案。

我自己的做法是：脚本清单里只有那些“删了也能自动重建”的目录，任何包含个人数据的目录一律不进脚本。想清理微信缓存，就手动到应用设置里操作。想清浏览器数据，就手动到浏览器设置里操作。脚本负责的是真正意义上的临时文件，不是替你“智能”处理一切。

还有一个习惯值得养成：第一次部署后，把脚本跑一遍，先不急着配置计划任务，而是对着日志逐行检查。如果某条日志显示一个你认为不该碰的目录，立刻注释掉对应代码块。等连续两三次运行都没有误删记录，再开启无人值守。

如果你担心极端情况，Windows文件恢复工具（Windows File Recovery）可以在误删后尝试抢救，但前提是删除后立刻停止向磁盘写入数据。误删之后越折腾，恢复成功率越低，这是铁律。

最后说点个人习惯。我目前把脚本放在D:\Tools\TempCleanup.bat，日志落在D:\Tools\Logs下，由任务计划每周四上午自动执行。每次跑完，我瞄一眼日志，确认“START”和“END”两条记录都存在，再把存储感知的剩余空间扫一眼，整个过程不超过30秒。清理临时文件这件事，最理想的形态就是让人感觉不到它的存在——你只管正常用电脑，剩下交给这套自己写的自动化机制。