PowerShell脚本内管道传字符串给exe不生效 直接运行正常

# 控制台窗口直接执行可正常运行的参考逻辑
$myexe = "C:\MyExe.exe"
"MyString" | & $myexe  # 运行正常
Write-Output "MyString" | & $myexe  # 运行也正常

• 作用域隔离导致的变量失效：PowerShell的自定义函数运行在独立的作用域内，虽然默认可以读取全局变量，但如果函数内部因为其他逻辑意外覆盖了$myexe变量的取值，会导致& $myexe实际调用的是不存在的程序路径，调用静默失败后自然无法接收管道传入的字符串。
• 管道流被中间逻辑阻断：如果函数内部在管道传递的链路中，将管道输出赋值给了临时变量、或者穿插了其他未被消费的原生命令输出，PowerShell的顺序管道流会被截断，原本要推送给目标exe的标准输入内容会被重定向到其他输出流，导致程序完全收不到预期的输入。
• 编码配置的作用域差异：PowerShell向原生命令传递管道字符串时，会依据当前作用域的$OutputEncoding配置将字符串转换为字节流推送到对方的标准输入。由于该变量存在作用域隔离特性，全局设置的编码配置不会自动同步到函数的独立作用域，如果函数内这个值被意外修改，原生命令接收到的字节流会出现编码识别失败，最终表现为“没有接收到传入的字符串”。
• 管道缓冲机制的行为差异：在控制台窗口直接执行命令时，管道流是即时推送模式，字符串会立刻被推送到原生命令的输入缓冲区；但如果函数被嵌入在多层调用链中，PowerShell会默认聚合函数的所有输出流，导致管道内容被缓冲到函数执行结束才一次性推送，原生命令如果提前执行完退出进程，就会完全收不到后续推送的字符串内容。

• 验证调用有效性：在函数内部执行原生命令前，先通过Test-Path $myexe确认程序路径有效，避免因为变量覆盖导致调用失效；必要时可以给自定义函数添加专属的$ExePath参数，显式传入可执行文件路径，不依赖全局变量的隐式继承。
• 排查流阻断问题：梳理函数内的执行逻辑，确认管道传递链路中没有把管道输出赋值给临时变量的操作，透传输入内容时直接执行管道调用；针对函数内其他原生命令产生的未消费输出，可以通过| Out-Null的方式处理，避免抢占管道流的优先级。
• 显式配置编码参数：在函数内调用原生命令前，显式设置当前作用域的$OutputEncoding为目标程序可识别的编码（通常为[System.Text.Encoding]::UTF8），跳过作用域隔离带来的编码配置偏差问题。
• 规避管道缓冲问题：如果存在多层调用链导致的输出聚合问题，可以跳过PowerShell的隐式管道逻辑，通过[System.Diagnostics.Process]类显式启动目标程序，手动将字符串写入程序的标准输入流，确保内容能直接推送到程序的输入缓冲区，不受PowerShell管道缓冲机制的影响。

内容的提问来源于stack exchange，提问作者D.R.