关于Get-ChildItem | Move-Item链跳过顶层文件夹的技术疑问

我来给你拆解这个有点反直觉的现象，其实这和PowerShell的流式枚举逻辑+移动操作的执行顺序直接相关：

先还原你的两个测试场景 #

场景1：f0下只有子文件夹和根目录文件 #

目录结构：

f0
|-f1
| |-a.txt
|-f2
|-b.txt

执行命令：

powershell -Command "Get-ChildItem -Path 'f0\*' -Recurse | Move-Item -Destination '.'"

结果：只有a.txt和b.txt被移动到当前目录，f1、f2留在f0中。

场景2：f0下新增一个根目录文件fake.txt #

目录结构：

f0
|-f1
| |-a.txt
|-f2
| |-b.txt
|-fake.txt

执行相同命令后，f1、f2和fake.txt都被成功移动到当前目录。

核心原因：流式枚举与目录结构变化的冲突 #

PowerShell的管道是流式处理的：Get-ChildItem每枚举到一个项，就立刻传给Move-Item处理，而非一次性收集所有项再执行操作。结合-Recurse的深度优先遍历逻辑，问题就出在这里：

1. 场景1的执行流程：

   • Get-ChildItem先钻进f1找到a.txt，优先把这个文件传给Move-Item，a.txt被移到当前目录后，f1变成空文件夹。
   • 接下来Get-ChildItem要枚举f1文件夹本身，传给Move-Item尝试移动。但此时Get-ChildItem还在持续枚举f0的其他子项（f2和b.txt），f0目录正处于活跃的枚举状态。当Move-Item试图移动f1时，由于源目录f0的枚举上下文未结束，加上f1从非空变为空的状态变化，PowerShell会静默跳过这个移动操作（默认不抛出错误）。
   • 空文件夹f2也会因为同样的枚举上下文冲突，无法被移动。

2. 场景2的执行流程：

   • Get-ChildItem会先枚举f0根目录下的fake.txt，优先处理这个文件。此时f0的顶层枚举已经完成了一部分，后续的枚举操作不再依赖f0的实时状态。
   • 之后钻进f1处理a.txt，接着处理f1文件夹本身时，枚举上下文已经脱离了f0的活跃状态，Move-Item可以正常移动f1。
   • 后续的f2和b.txt也能被正常处理，不会再出现冲突。

针对你的CMake脚本的解决方案 #

要避免这个问题，核心是让枚举和移动操作完全分离：先一次性收集所有要移动的项，再统一执行移动，就不会受目录结构变化的影响。修改你的脚本如下：

powershell -Command "$items = Get-ChildItem -Path 'cmake-3.15.3-win64-x64\*' -Recurse; $items | Move-Item -Destination '.'"

这样Get-ChildItem会先把所有要移动的文件和文件夹都收集到$items变量里，再统一传给Move-Item，就能确保所有内容都被正确移动了。

内容的提问来源于stack exchange，提问作者Vladyslav Kurmaz