PowerShell管道中使用$PSItem调用Copy-Item/Write-Host报错原因咨询

版本1报错原因 #

Get-ChildItem递归筛选后输出的是**FileInfo类型对象**，Copy-Item的管道绑定规则是默认只接受将对象绑定到Path/LiteralPath参数（作为复制的源文件）。你直接把$PSItem（即FileInfo对象）传给-Destination参数，犯了两个错误：

• 没有用脚本块语法指定参数绑定（正确写法应为-Destination { $PSItem.FullName }），PowerShell会尝试把整个FileInfo对象绑定到Copy-Item的默认管道参数，导致类型不匹配。
• -Destination参数需要字符串格式的路径，直接传递FileInfo对象不符合参数类型要求。

版本2报错原因 #

Select-Object FullName并没有输出纯字符串路径，而是输出带有FullName属性的**PSCustomObject自定义对象**。Copy-Item的-Destination参数无法直接绑定这种自定义对象，它只接受字符串或能隐式转换为字符串的类型。如果要获取纯字符串路径，应使用Select-Object -ExpandProperty FullName来展开属性值，输出原始字符串。

版本3报错原因 #

一方面，Select-Object FullName返回的是PSCustomObject；另一方面，你对管道变量的使用有误：$PSItem（或$_）仅在ForEach-Object、Where-Object的脚本块内部才代表管道当前传递的对象。直接写... | Write-Host $PSItem时，$PSItem并未关联到管道输入，PowerShell无法识别要绑定的参数，同时传递的自定义对象也不符合Write-Host的参数绑定规则，因此报错。正确写法应为... | ForEach-Object { Write-Host $PSItem.FullName }，用脚本块明确处理每个管道对象。

版本4正常的原因 #

将筛选结果存入数组后用foreach循环遍历，本质是直接访问数组中的每个FileInfo对象，循环变量明确指向单个对象，不需要依赖PowerShell的管道参数绑定机制，因此可以正常访问对象属性并执行操作，避开了前三个版本中的管道绑定和类型匹配问题。

内容的提问来源于stack exchange，提问作者Alex F