PowerShell疑似Bug：无法将ComputerName属性管道传递给Get-Service

这确实是个挺让人头疼的参数绑定陷阱，不止传统Windows PowerShell，连PowerShell 6及以上版本都存在这个问题。

问题根源拆解 #

咱们得先搞懂PowerShell的参数绑定优先级规则：

• Get-Service的-Name参数支持ByValue绑定（接受String类型输入），而-ComputerName仅支持ByPropertyName绑定。
• 当你把[pscustomobject]@{computername='comp001'}通过管道传递时，PowerShell会优先匹配支持ByValue的参数。由于自定义对象无法直接匹配-Name的String类型，它会自动把整个对象强制转换成字符串形式（也就是你看到的@{computername=comp001}），然后绑定到-Name参数上，这就直接导致了找不到对应服务的错误。
• 而Get-Service -Name *能正常工作，是因为你直接传递的是字符串*，刚好匹配-Name的ByValue绑定规则，自然不会出问题。

实用解决办法 #

这里有几种可靠的方式规避这个陷阱：

1. 显式指定参数调用
   通过ForEach-Object直接指定-ComputerName参数，绕开自动绑定的坑：

   [pscustomobject]@{computername='comp001'} | ForEach-Object { Get-Service -ComputerName $_.computername }
   

2. 展开属性值传递
   用Select-Object -ExpandProperty把computername属性的具体值提取出来，让PowerShell触发ByPropertyName绑定逻辑：

   [pscustomobject]@{computername='comp001'} | Select-Object -ExpandProperty computername | Get-Service
   

3. 强制参数绑定语法
   利用PowerShell的参数绑定语法，强制让管道输入绑定到-ComputerName：

   [pscustomobject]@{computername='comp001'} | Get-Service -ComputerName { $_.computername }
   

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