PowerShell批量删除大量文件：内存占用与管道优化问题咨询

1. 关于初始集合构建的假设是否正确？ #

没错，你的推测完全正确。在PowerShell 5及更早版本中，Get-ChildItem -Recurse会先遍历所有目标文件和文件夹，把所有FileInfo对象一次性加载到内存中，再传递给管道后续步骤。哪怕PowerShell 7+做了流式输出优化，面对数百万级别的文件时，依然会因创建大量对象导致内存占用飙升，这就是你的脚本慢且耗内存的核心原因。

2. 是否可修改管道操作，使每个元素在被找到时即提交至管道？ #

当然可以，核心是用延迟加载替代一次性收集所有结果，最实用的方案是调用.NET的Directory.EnumerateFiles方法——它不会一次性加载所有文件路径，而是找到一个就返回一个，内存占用极低。示例代码：

$filePath = '\my\path'
$CutoffDate = (Get-Date).AddDays(-30)

[System.IO.Directory]::EnumerateFiles($filePath, '*', [System.IO.SearchOption]::AllDirectories) | 
    ForEach-Object {
        $file = Get-Item $_
        if ($file.LastWriteTime -le $CutoffDate) {
            Remove-Item $file -Force
        }
    }

如果使用PowerShell 7.3及以上版本，也可以直接给Get-ChildItem加-Streaming参数，强制它找到文件就立刻输出到管道，无需等待全部遍历完成：

$filePath = '\my\path'
$CutoffDate = (Get-Date).AddDays(-30)

Get-ChildItem -File -Path $filePath -Recurse -Streaming | 
    Where-Object {$_.LastWriteTime -le $CutoffDate} | 
    Remove-Item -Force

3. 是否可将日期过滤移至Get-ChildItem，以缩小初始搜索范围？ #

PowerShell的Get-ChildItem本身没有直接按日期过滤的参数，但可以通过两种方式实现近似效果，缩小初始处理范围：

• 结合.NET方法提前过滤：在枚举文件时就判断日期，避免后续管道处理多余对象，示例：

$filePath = '\my\path'
$CutoffDate = (Get-Date).AddDays(-30)

[System.IO.Directory]::EnumerateFiles($filePath, '*', [System.IO.SearchOption]::AllDirectories) |
    Where-Object { (Get-Item $_).LastWriteTime -le $CutoffDate } |
    Remove-Item -Force

• 使用专门工具robocopy：它处理大量文件的效率远高于PowerShell，通过参数直接过滤旧文件并删除，示例命令：

# 先创建一个空文件夹，比如C:\EmptyFolder
robocopy "\my\path" "C:\EmptyFolder" /mir /minage:30 /mov
# 最后删除空文件夹内的文件
Remove-Item "C:\EmptyFolder\*" -Recurse -Force

其中/minage:30指定只处理30天以上的文件，/mov会把符合条件的文件移动到空文件夹，/mir保证源文件夹与空文件夹结构一致，最终实现删除旧文件的效果。

内容的提问来源于stack exchange，提问作者Tangentially Perpendicular