PowerShell中Start-Process与调用运算符处理参数数组的差异及最佳实践

调用运算符的参数处理是预期行为 #

是的，PowerShell调用运算符&处理参数数组的方式是预期行为，它和Start-Process的参数解析逻辑存在本质差异：

• Start-Process的-ArgumentList会将传入的数组元素拼接成单一命令行字符串，交给Windows的CreateProcess API解析，这个过程和CMD直接执行命令的参数拆分逻辑一致，会自动处理引号完成参数分割。
• 调用运算符&则是由PowerShell直接传递参数：数组的每个元素会被当作独立参数传给外部程序，不会做额外的引号拆分或拼接。如果数组元素包含空格和手动添加的引号，外部程序会把整个元素当作单个参数接收。

规范的调用运算符参数使用方式 #

要让&的参数传递效果和CMD/Start-Process一致，需遵循两个核心规则：

1. 不要手动给参数值加引号：PowerShell会自动处理包含空格或特殊字符的参数，无需手动添加"转义。
2. 参数名与对应值拆分为数组独立元素：把/Arg1这类参数名和Val1这类参数值分开，各自作为数组的一个元素，而非合并成一个字符串。

修正后的测试脚本示例：

$Exe = "$PSScriptRoot/CmdArgsEcho.exe"

# 无需手动添加引号，PowerShell会自动处理
$Value1 = "Val1"
$Value2 = "Val2"

# 正确的参数数组：每个参数名和值都是独立元素
$ArgsCorrect = @("/Arg1", $Value1, "/Arg2", $Value2)

'Launch via Invocation Operator (Correct)'
& $Exe $ArgsCorrect

运行后输出会和Start-Process、CMD直接执行的结果完全一致：

Launch via Invocation Operator (Correct)
Arg Echo
/Arg1
Val1
/Arg2
Val2
End

测试脚本异常结果的原因 #

• $Args数组将/Arg1和带引号的Val1合并为一个元素，&会把整个/Arg1 "Val1"当作单个参数传递，导致外部程序将其识别为一个完整参数。
• $Args2数组虽然拆分了参数名和值，但$Value1手动添加了引号，&会把带引号的"Val1"作为参数值传递，导致程序接收的参数值包含多余引号。

总结 #

使用调用运算符&调用外部程序时，最规范的方式是：

• 构建参数数组时，每个命令行参数（包括参数名和对应值）都作为数组的独立元素。
• 不要手动给参数值添加引号，PowerShell会自动处理特殊场景，确保外部程序正确接收参数。

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