为何Get-ADUser -Filter命令无法接受管道变量$_作为输入？

这本质是PowerShell作用域和AD模块-Filter参数的特殊处理逻辑导致的：

1. -Filter脚本块的本质不是执行逻辑，而是生成LDAP查询
   Get-ADUser的-Filter参数接受的脚本块，并不是像Where-Object那样在当前管道作用域里执行判断逻辑，而是会被AD模块内部转换成对应的LDAP查询字符串。这个转换过程中，脚本块里的变量会被解析并替换成实际值，但自动变量$_的解析上下文和你预期的不一样。

2. $_的作用域不匹配
   当你写$managers | Get-ADUser -Filter {manager -eq $_}时，管道传递的$managers对象是给Get-ADUser的管道输入，但Get-ADUser的管道输入默认绑定的是-Identity参数，而不是用来填充-Filter里的$_。AD模块在解析-Filter脚本块时，$_并不会指向当前管道中的经理DN，而是可能指向AD模块内部的其他对象（或者根本没有有效值），导致生成的LDAP查询无效，自然查不到结果。

3. 显式变量的作用域捕获
   改用foreach-object循环时，你把$_赋值给了局部变量$manager，此时-Filter {manager -eq $manager}里的$manager是当前作用域的局部变量。AD模块在转换这个脚本块时，会正确捕获该变量的当前值，将其插入到LDAP过滤器中，生成类似(manager=CN=xxx,OU=xxx,DC=xxx)的有效查询，所以能正常工作。

4. 和原生PS cmdlet的区别
   原生PSCustomObjects配合Where-Object之类的cmdlet时，脚本块是在当前管道作用域执行的，$_直接绑定管道传递的当前对象，所以逻辑能正常运行。但Get-ADUser的-Filter是AD模块特有的参数，处理逻辑完全不同，不能套用原生cmdlet的管道变量用法。

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