Windows批处理文件无法退出：Task Scheduler执行时forfiles进程残留

我明白这种手动跑正常、任务计划就卡壳的问题有多闹心——毕竟Windows脚本的坑和Linux确实不太一样，咱们一步步来排查解决：

1. 给forfiles的路径加上引号并使用绝对路径 #

任务计划默认的工作目录是C:\Windows\System32，如果你的脚本里目标目录是相对路径，或者目录名带空格没加引号，很容易导致forfiles找不到路径或者卡住。
把脚本里的forfiles命令改成这样（替换成你的实际目录和天数）：

forfiles /P "D:\Your\Target\Old Files Dir" /S /M *.* /D -7 /C "cmd /c del @path"
forfiles /P "E:\Another\Archive Directory" /S /M *.* /D -7 /C "cmd /c del @path"

重点：目录路径必须用双引号括起来，哪怕没有空格也建议这么做，避免意外。

2. 检查任务计划的权限和工作目录设置 #

• 权限问题：任务计划的执行账户可能没有目标目录的删除权限，导致forfiles尝试删文件时卡住。试试在任务设置里勾选「以最高权限运行」，或者确认执行账户对两个目录有完全控制的权限。
• 工作目录：在任务计划的「操作」选项卡中，编辑启动脚本的操作，把「起始于（可选）」设置为你的脚本所在的目录——这样脚本里的任何相对路径都能正确解析，不会因为默认在System32里出问题。

3. 重定向输出避免缓冲区阻塞 #

有时候任务计划在无控制台环境下运行时，forfiles的输出会填满缓冲区，导致进程挂起。可以把输出重定向到nul来解决：

forfiles /P "D:\Your\Dir" /S /M *.* /D -7 /C "cmd /c del @path" >nul 2>&1
forfiles /P "E:\Your\OtherDir" /S /M *.* /D -7 /C "cmd /c del @path" >nul 2>&1

>nul 会屏蔽正常输出，2>&1 把错误输出也一起丢去nul，这样就不会因为输出堆积卡住进程了。

4. 换用PowerShell命令（更稳定的替代方案） #

如果你对Windows批处理不太熟，PowerShell的命令其实更直观，而且在任务计划里稳定性更好。把两个forfiles命令替换成下面的PowerShell代码：

# 删除第一个目录下超过7天的文件
Get-ChildItem -Path "D:\Your\Target\Directory" -Recurse -File | 
    Where-Object { $_.LastWriteTime -lt (Get-Date).AddDays(-7) } | 
    Remove-Item -Force

# 删除第二个目录下超过7天的文件
Get-ChildItem -Path "E:\Another\Directory" -Recurse -File | 
    Where-Object { $_.LastWriteTime -lt (Get-Date).AddDays(-7) } | 
    Remove-Item -Force

然后把脚本保存成.ps1格式，任务计划里设置操作为powershell.exe，参数填-ExecutionPolicy Bypass -File "C:\Path\To\Your\CleanupScript.ps1"就行。

内容的提问来源于stack exchange，提问作者Murat Suluhan