用PowerShell自动化清理Windows 11临时文件，告别C盘爆满

我不知道你有没有经历过这种场景：电脑用着用着，右下角突然弹出一个红色提示“磁盘空间不足”，尤其是 C 盘，说红就红，一点缓冲都不给。更气人的是，你把磁盘属性打开，想看看空间到底去哪了，结果发现光是临时文件就占了十几个 G。手动删吧，Windows 的临时文件目录散得到处都是，今天清完明天又长回来，第三方清理工具又怕全家桶。后来我干脆用脚本自己写了一套基于 PowerShell 的 Windows 11 临时文件自动化管理方案：双击一下，自动清理指定目录中超过一定天数的临时文件，自动输出日志，再挂到任务计划程序里每天定时跑。这套方案我用了大半年，C 盘再没因为临时文件红过。这篇就把整个方案的思路、脚本、配置步骤和踩过的坑完整分享出来，适合有一定动手欲望、又不想把系统交给来路不明工具的 Windows 11 用户参考。

1. 为什么要搞一套临时文件清理脚本

1.1 Windows 11 临时文件都藏在哪儿

很多人一说清理临时文件，第一反应就是打开运行框输入 %temp%，然后进去删东西。但 Windows 11 的临时文件远不止这一个目录。我整理了一下常见的分布位置，你看了就知道为什么手动清理永远清不干净。

这里有个很容易被忽略的点：屏幕截图、剪贴板历史、Windows 聚焦壁纸缓存这些东西，也都会往 AppData\Local 下面的目录里堆文件。时间一长，你这台 Windows 11 的 C 盘就会像衣柜里塞了一堆塑料袋一样，看着没多少，实际占用惊人。

1.2 手动清理的痛点和脚本化思路

手动清理的痛点，我相信大家都有体会。系统自带的磁盘清理工具每次扫描都要转圈半天，而且默认只给你勾选一小部分项目，什么“下载”“回收站”动不动就提醒你“此项目不会立即删除”。那个“清理系统文件”的按钮藏得很深，不点开还不知道有这层。至于第三方清理工具，我早年也用过不少，后来发现有些工具要么夹带其他软件，要么清理完导致某些软件配置丢失，安全性和可控性都不太理想。

而且手动清理有一个根本问题：没有规律。你心情好清理一次，下次想起来可能已经是两个月后。临时文件这个东西，永远在你没想到的时候偷偷膨胀。真正的解法就是自动化：固定时间、固定逻辑、固定范围，脚本跑完给你一份日志，删了什么清清楚楚。这就是我写这套方案的初衷——把“清理临时文件”从一个动作变成一个自动执行的系统维护任务。

2. 方案选型：脚本相比第三方工具的价值

2.1 为什么我选了 PowerShell 而不是 bat 或第三方工具

搜 Windows 清理脚本，网上最多的就是 bat 批处理方案。bat 的优点是简单，几行 del /q /s %temp%\* 就能跑；但缺点也很明显：没有日志记录、没有容错处理、路径里如果带空格和特殊字符很容易出奇奇怪怪的问题，而且你不知道某一轮到底删了多少东西。对于偶尔手动跑一次够用，但是要挂计划任务每天自动执行，bat 的“裸奔”感太强了。

PowerShell 就不一样。它的逻辑很清晰，面向对象的管道，能方便地做条件过滤，比如按“最后写入时间”筛选文件；能内置错误处理机制，文件被占用不会中断整个脚本；还能把执行结果格式化成日志文件，方便回看。另外 PowerShell 脚本天然支持参数化，一行命令带不同的参数就能切换模式：调试模式、真实清理模式、只看不删模式。这些都是 bat 很难优雅实现的。

第三方工具就不用多说了。不是说完全垃圾，但它的清理策略对用户不透明，你不知道它到底按什么规则删文件，也不排除存在捆绑行为。对于我这种喜欢“所有操作尽在掌控”的人来说，脚本方案最大的吸引力就在这四个字：完全可控。你可以把脚本代码从头到尾读一遍，确认它不碰不该碰的东西，再挂到计划任务里。

2.2 清理策略的安全边界

写清理脚本，最重要的不是怎么删文件，而是“哪些东西绝对不能碰”。我的方案定了几条硬性规则：

• 只清理明确定义的目录，不搞“全盘遍历删除”这种危险操作。
• 只删除“最后写入时间超过 N 天”的文件，默认 N=7，避免误删正在被使用的临时文件。
• 删除文件后，尝试删除空目录，但不会强制递归删除目录本身。
• 不碰系统关键文件、注册表、驱动文件、用户文档目录。
• 每次执行都写日志，记录删除的文件数量、释放的空间、执行时间和异常信息。

这个思路其实就像整理房间：你不会把柜子里正在用的东西扔掉，你只会把明显积灰很久的废纸清理出去。脚本也是在干这件事——超过 7 天没有被动过的临时文件，基本可以判断为“废纸”了。

3. 完整脚本实现与逐段解读

3.1 核心脚本主体（可直接复制使用）

下面是我目前正在用的脚本，PowerShell 5.1 和 PowerShell 7 下都跑过，Windows 11 22H2、23H2、24H2 都验证过。完整代码贴在下面，你先整体看一眼，后面我再逐段拆解。

powershell复制<#
.SYNOPSIS
    Windows 11 临时文件自动化清理脚本
.DESCRIPTION
    清理系统临时目录、用户临时目录、Windows Update 缓存、缩略图缓存等
    仅删除最后写入时间超过指定天数（默认7天）的文件
    -WhatIf 模式只统计不删除，适合首次执行前预览
.EXAMPLE
    .\Clean-Win11Temp.ps1 -Days 7 -Verbose
    .\Clean-Win11Temp.ps1 -WhatIf
#>

param(
    [int]$Days = 7,
    [string]$LogPath = "$env:TEMP\Win11TempCleanLogs",
    [switch]$WhatIf,
    [switch]$VerboseMode
)

$ErrorActionPreference = 'SilentlyContinue'
$Verbose = $VerboseMode

# 需要清理的目录清单
$targetDirs = @(
    "$env:TEMP\*",
    "C:\Windows\Temp\*",
    "C:\Windows\SoftwareDistribution\Download\*",
    "$env:LOCALAPPDATA\Microsoft\Windows\Explorer\*",
    "$env:LOCALAPPDATA\Microsoft\Windows\INetCache\*",
    "$env:LOCALAPPDATA\Microsoft\Windows\WER\*",
    "$env:LOCALAPPDATA\CrashDumps\*"
)

# 日志函数
function Write-CleanLog {
    param([string]$Message)
    $timestamp = Get-Date -Format "yyyy-MM-dd HH:mm:ss"
    $logLine = "[$timestamp] $Message"
    Write-Host $logLine
    if (-not $WhatIf) {
        Add-Content -Path $logFile -Value $logLine -Encoding UTF8
    }
}

# 计算目录大小（MB）
function Get-DirectorySizeMB {
    param([string]$Path)
    if (-not (Test-Path $Path)) { return 0 }
    $sizeBytes = (Get-ChildItem -Path $Path -File -Recurse -ErrorAction SilentlyContinue |
        Measure-Object -Property Length -Sum).Sum
    if ($null -eq $sizeBytes) { return 0 }
    return [math]::Round($sizeBytes / 1MB, 2)
}

# 日志文件初始化
if (-not (Test-Path $LogPath)) {
    New-Item -ItemType Directory -Path $LogPath -Force | Out-Null
}
$logFile = Join-Path $LogPath "clean_$(Get-Date -Format 'yyyyMMdd').log"

# 清理单个目录
function Invoke-CleanDirectory {
    param([string]$Path, [int]$MaxDays, [switch]$Scope)

    if (-not (Test-Path $Path)) {
        Write-CleanLog "目录不存在，跳过: $Path"
        return
    }

    $cutoffTime = (Get-Date).AddDays(-$MaxDays)
    $dirSizeBefore = Get-DirectorySizeMB -Path (Split-Path $Path -Parent)
    $fileCount = 0
    $deletedBytes = 0

    # 获取所有文件（含子目录），过滤出最后写入时间早于 cutoffTime 的文件
    $oldFiles = Get-ChildItem -Path $Path -File -Recurse -ErrorAction SilentlyContinue |
        Where-Object { $_.LastWriteTime -lt $cutoffTime }

    foreach ($file in $oldFiles) {
        try {
            $fileSize = $file.Length
            if ($WhatIf) {
                Write-CleanLog "[WhatIf] 将删除: $($file.FullName) ($([math]::Round($fileSize/1KB,1))KB)"
            }
            else {
                Remove-Item -Path $file.FullName -Force -ErrorAction Stop
            }
            $fileCount++
            $deletedBytes += $fileSize
        }
        catch {
            Write-CleanLog "跳过(文件被占用或无法删除): $($file.FullName) - $($_.Exception.Message)"
        }
    }

    # 清理空目录（只处理当前目录及子目录，不递归删除根目录）
    if (-not $WhatIf) {
        Get-ChildItem -Path $Path -Directory -Recurse -ErrorAction SilentlyContinue |
            Where-Object { -not (Get-ChildItem -Path $_.FullName -Force -ErrorAction SilentlyContinue) } |
            Remove-Item -Force -Recurse -ErrorAction SilentlyContinue
    }

    $dirSizeAfter = Get-DirectorySizeMB -Path (Split-Path $Path -Parent)
    $freedMB = [math]::Round($deletedBytes / 1MB, 2)

    if ($fileCount -gt 0) {
        Write-CleanLog "目标路径: $Path  | 删除文件数: $fileCount  | 释放空间: ${freedMB}MB"
        if ($Verbose) {
            Write-CleanLog "深度统计(目录级): 清理前 $dirSizeBefore MB -> 清理后 $dirSizeAfter MB"
        }
    }
    else {
        Write-CleanLog "目标路径: $Path  | 没有符合条件的过期文件，跳过"
    }
}

# 入口：循环处理所有目标目录
Write-CleanLog "===== Windows 11 临时文件清理开始 ====="
Write-CleanLog "清理条件: 最后写入时间超过 ${Days} 天的文件 | WhatIf: $WhatIf"

foreach ($dir in $targetDirs) {
    Invoke-CleanDirectory -Path $dir -MaxDays $Days -WhatIf:$WhatIf
}

Write-CleanLog "===== 清理任务执行结束 ====="

3.2 关键逻辑逐段拆解

先说脚本最核心的筛选条件：$cutoffTime = (Get-Date).AddDays(-$MaxDays)。这一行的意思是，计算出当前时间往前 7 天的那个时间点，然后后面用 Where-Object { $_.LastWriteTime -lt $cutoffTime } 过滤文件。为什么要用 LastWriteTime（最后写入时间）而不是创建时间？因为临时文件在使用的过程中会被反复写入，比如浏览器长时间挂机，某些缓存文件虽然在几天前创建，但昨天还在写入。一个正在被频繁读写的文件，LastWriteTime 一定会比较新，用这个字段做判断，误杀概率最低。这也是为什么脚本敢默认只保留 7 天——不是随机定的，是观察了日常使用中临时文件的生命周期才定的。

然后是错误处理。删临时文件的时候，最常见的报错就是“文件正在被另一个进程使用”，尤其是你浏览器开着的时候去清缓存目录。如果脚本不加处理，遇到一个被锁定的文件就会中断，后面全都不跑了。我这版用了 try / catch，单文件删除失败只记录日志，当前文件跳过，继续下一个，这样就不会因为“一个文件删不掉”导致“满盘皆输”的情况。这个设计在跑任务计划时尤其重要，因为凌晨三点没人盯着，你要保证脚本不管遇到什么情况都能正常跑完。

Get-DirectorySizeMB 这个函数，你去网上搜类似方案，十有八九会看到类似写法。有一点值得注意：递归统计目录大小的开销其实不小，如果你 C 盘的临时文件特别多，这个函数跑一遍可能要几十秒。所以我只在每次清理时统计“目录级”的前后对比，并且放在 -Verbose 分支里默认不输出，避免每次执行都做全量统计拖慢速度。日常自动执行时，你看日志最关心的其实是“今天删了多少文件、释放了多少空间”，这个由 $deletedBytes 累加得到，不会额外占用大量 IO。

-WhatIf 参数是我强烈建议所有第一次跑这个脚本的人先用一次的模式。它会遍历所有符合条件的文件，只打印“将删除哪几个文件”，但不会真的删。这样你可以先确认脚本的清理范围是否符合预期，确认无误后再去掉 -WhatIf 正式执行。说白了就是“先预览，后提交”，跟你在网上下单前先看购物车是一个道理。

3.3 用 BAT 封装和手动调用

虽然 PowerShell 脚本本身已经很强大，但在日常使用中，有些场景下直接用 BAT 封装一层会更顺手，比如双击运行、或者配合第三方工具调用。我的做法是在脚本同目录放一个 run_clean.bat，内容很简单：

bat复制@echo off
chcp 65001 >nul
echo 正在执行 Windows 11 临时文件清理脚本...
powershell -NoProfile -ExecutionPolicy Bypass -File "%~dp0Clean-Win11Temp.ps1" -Days 7 -VerboseMode
pause

这里有几个细节值得说。chcp 65001 是把命令行代码页切成 UTF-8，不然 PowerShell 输出中文日志到 bat 窗口时很容易显示成乱码，这是被 Windows 中文系统坑过无数次的经验。-ExecutionPolicy Bypass 是在调用时临时绕过 PowerShell 执行策略，避免系统默认策略拦下脚本。%~dp0 会自动展开为当前 bat 文件所在目录，这样不管你把脚本放在哪个路径下，bat 都能正确找到 PowerShell 脚本。

手动调用的场景下，你可以直接跑 bat，也可以在 PowerShell 里跑脚本。如果是在 PowerShell 窗口里跑，注意首次运行需要调整执行策略：

powershell复制Set-ExecutionPolicy RemoteSigned -Scope CurrentUser

这个命令的含义是：允许运行本地脚本和已签名的远程脚本。搞清楚这个意思再执行，不要看到一个命令就盲敲。

4. 自动化部署：让脚本每天自己跑

4.1 任务计划程序完整配置步骤

脚本写好了，手动也能跑了，但离“自动化管理”还差关键一步：挂到 Windows 任务计划程序里，让它每天定时自己执行。

我的配置思路是“每周日深夜跑一次，开机后再补跑一次”。为什么是这个频率？因为工作机白天要使用，临时文件在不断产生，太频繁清理没有必要，反而可能在前台程序正要用缓存时把文件删掉；一周一次能覆盖大多数临时文件的增长周期。如果你自己的使用强度高，改成每天一次也没问题，核心逻辑不受影响。

配置步骤我一步步说清楚，按这个点就行：

1. 按 Win + R，输入 taskschd.msc，回车打开任务计划程序。
2. 右侧点击“创建任务”（不是“创建基本任务”，那个向导太啰嗦，选项也少）。
3. 在“常规”选项卡里，填写名称，比如 Clean-Win11Temp-Daily；勾选“使用最高权限运行”；如果系统有多个用户，选择“不管用户是否登录都要运行”。
4. 在“触发器”选项卡里，点击“新建”，设置“按预定计划”，频率选“每周”，勾选星期日，时间设为凌晨 3:00（这个时间点系统基本空闲，软件也大多没在跑）。
5. 再新建一个触发器，选择“启动时”，延迟任务时间设置为 10 分钟。这样如果周日那天电脑是关机的，周一开机后任务会自动补跑一次。
6. 在“操作”选项卡里，点击“新建”，操作选“启动程序”，程序或脚本填 bat 的完整路径，比如 C:\Scripts\run_clean.bat。起始于目录填 bat 所在文件夹，比如 C:\Scripts。
7. 在“条件”选项卡里，建议勾选“只有在计算机使用交流电时才启动此任务”和“计算机处于空闲状态时启动此任务”，避免任务在你正忙着打开软件的时候跑起来跟前台程序抢资源。
8. 在“设置”选项卡里，勾选“如果任务失败，按以下频率重新启动”并设置重新启动间隔为 1 分钟，最多重启 3 次。
9. 点击确定，输入管理员密码保存任务，完事。

这里的“使用最高权限运行”一定要勾上。因为脚本要清理 C:\Windows\Temp 和 SoftwareDistribution 目录，这些系统级目录在没有管理员权限的情况下，连枚举文件列表都会报拒绝访问，更不用说删除了。你手动跑脚本时如果是普通权限，会发现 Windows\Temp 里面的文件一个都删不掉，日志里全是被拒绝访问的报错。

4.2 启动脚本时常见的三类报错

把脚本挂成开机自启、计划任务或直接在终端运行时，很多人第一次就会碰钉子，而且这类问题搜索率一直很高。先记住一个判断原则：见到“无法将 xxx 项识别为 cmdlet、函数、脚本文件或可运行程序的名称”，八成不是脚本内容的问题，是执行环境或路径配置的问题。

第一类是执行策略拦截，报错大概是：“无法加载文件 xxx.ps1，因为在此系统上禁止运行脚本”。原因就是 PowerShell 默认执行策略是 Restricted，只允许系统签名的脚本运行，自己写的脚本一律拦。解决办法是开一个管理员权限的 PowerShell 窗口，执行 Set-ExecutionPolicy RemoteSigned，或者只对当前用户生效就加 -Scope CurrentUser，然后确认输入 Y。

第二类就是命令不存在、路径不生效，报错类似于“无法将 claude、opencode、npm、git 等识别为 cmdlet”。虽然这句报错通常发生在你想跑某个工具而不是跑清理脚本时，但它的根因都一样：对应的 exe 文件所在目录没有加入环境变量 PATH，或者当前会话没有重新加载环境变量。处理思路很简单，把相关程序所在的目录添加进系统环境变量 PATH，然后重新打开一个新的终端窗口，让新会话重新读取环境变量。特别注意，修改 PATH 后你原来开着的窗口是不生效的，必须关掉重开。

第三类是调用 PowerShell 脚本连文件都找不到，报错“找不到文件”。这种情况十有八九是路径里的空格没有用引号包住，或者相对路径在计划任务里解析到了错误的工作目录。解决办法统一：脚本路径写绝对路径，并且全部加上英文双引号；在计划任务里把“起始于”目录也填上。

另外有一个容易踩的坑：任务计划程序里能正常执行，但双击 bat 就是闪退。这是因为 bat 里最后一句是 pause，但在计划任务中运行时没有交互桌面，pause 会直接跳过，窗口一闪就没了。你以为是失败，其实任务可能已经跑完了。想看结果直接去日志目录看今天的日志文件就行，不用守在窗口前面。

5. 实操中踩过的坑与排查经验

5.1 临时文件越清越大？先看这几个逻辑

有朋友用过类似的脚本后反馈：为什么我明明定期清理，C 盘空间还是越来越少？这里要泼一盆冷水：临时文件在很多人的机器上，其实并不是真正的“占空间头号嫌疑人”。

大头通常是这几个：hiberfil.sys（休眠文件，大小跟内存差不多，16G 内存就有 16G 左右）、pagefile.sys（页面文件）、C:\Windows\WinSxS（系统组件存储，会随着更新的累积增长）、Windows.old（升级系统后的旧文件，可能占 20 到 40 个 G）。这些不是临时文件，脚本没有刻意去动，因为动了它们有风险，或者需要专门的工具去压缩。

还有一个很容易让脚本“白跑”的情况：Windows Update 的缓存目录 SoftwareDistribution\Download，如果你在系统正常运行时清理，脚本可能能删掉一部分，但一旦系统刚更新完，这个目录下会留有大量文件处于锁定状态，删不掉。这种情况下脚本日志会显示“跳过”，看起来像是“没删干净”，其实是正常现象。要彻底清理这个目录，稳妥的做法是先停掉 wuauserv 服务再删，然后再启动服务，但自动跑任务时不用搞这么激进，让它跳过锁定文件就行。

所以脚本的真正价值，从长期看并不是“一锤子腾出几十个 G”，而是“防止临时文件无限膨胀”——它帮你把这一类垃圾控制在一个稳定水平，不会今天清了明天又堆成山。它和清理休眠文件、管理 WinSxS、迁移用户目录这些动作配合起来，才是一套完整的 C 盘维护方案。

5.2 关于“误删”的兜底设计

说实话，写清理脚本最怕的就是误删。删了用户文档、下载文件、某个软件的配置，心态直接崩。所以我在脚本设计上做了几道保险。

第一道保险：所有目标目录都是白名单。你可以在 $targetDirs 数组里看到，脚本只会处理列出来的那几条路径，没有使用“全盘搜索所有 .tmp 文件然后删除”这种高危逻辑，也从不去碰用户文档、桌面、下载文件夹。

第二道保险：时间过滤。默认只删除超过 7 天没有写入的文件。你可能在想：7 天太短会不会误删？我想说的是，临时文件之所以叫临时文件，就是因为它生命周期短，超过 7 天没被写入，基本可以确认是被丢弃的残留。如果你还是不放心，第一次跑脚本时先加 -WhatIf 参数预览一遍，把日志里的文件列表扫一眼，再决定要不要真的执行。

第三道保险：绝不删除目录本身，只在删除文件后再尝试清理空目录。因为有些软件会依赖一个固定的目录结构（哪怕目录是空的），如果你把目录整个删了，下次运行软件时会用更慢的方式重建目录，甚至报错。脚本里的空目录清理逻辑只针对目标路径下的子目录，不会动根目录。

如果你追求更极致的保险，可以把“删除”改成“移动到其他盘的一个特定文件夹暂存”。但实际用下来我认为没有必要，因为临时目录产生的文件如果真的被误删了，最多就是对应的应用重新生成一次缓存，不会导致数据丢失。真正重要的文件，正常人也不会放在 %TEMP% 里。

5.3 日志管理与进一步扩展

日志文件本身也会膨胀，这个我在脚本里专门处理了：日志按天滚动命名，比如 clean_20250216.log，一天的日志文件就几 KB，跑一年也没多少量。如果你担心积累，也可以在脚本末尾加一句“删除 30 天前的日志文件”，我已经在脚本的头部用 $LogPath 参数预留了修改入口，你自己加几行就行。

最后再讲几个可以继续扩展的方向，动手能力强的可以自己改造：

• 脚本执行完后，把结果通过邮件或手机推送通知发给自己。原理就是在 Write-CleanLog 里加一个通知函数，把日志内容用 HTTP 请求推送到你常用的通知渠道。
• 加一个磁盘空间阈值检测：先获取 C 盘剩余空间，如果剩余空间低于设定的百分比（比如 15%），才执行深层次清理；否则只做基础清理，减少不必要的 IO 开销。
• 把白名单进一步扩展，加上常用软件的缓存目录，比如国内不少即时通讯工具在 AppData\Local 下的文件接收缓存、音视频软件的临时转码目录。注意扩展之前先确认这些目录确实是缓存性质，别把下载目录当缓存清掉了。

我在实际使用中的体会是，这套脚本方案最大的好处不是省下多少 GB，而是让我彻底忘了“C 盘满了怎么办”这件事。它就像一个没人注意的保洁员，每天定时到岗，干完活留下日志就消失。清理临时文件这种事，是一次性的动作，但自动化管理是一种习惯。真正的价值在于你把这套思路沉淀下来，成了你系统维护流程里稳定可靠的一环。后面你再遇到磁盘空间告急，第一反应不是打开某某套装软件狂点按钮，而是先看日志、定位目录、写规则——这个思路的转变，比脚本本身值钱得多。