PowerShell中如何为Start-Process命令传递带嵌套引号的参数字符串

原有写法的核心问题 #

你当前代码的失效根源是对Start-Process的参数边界理解错误：

• Start-Process 的 -FilePath 参数仅接受目标可执行文件的纯路径，不会自动拆分路径中夹杂的命令参数
• 你之前把包含程序路径、运行参数的整段字符串塞给-FilePath时，程序会被系统判定为不存在的异常路径，运行直接失效；去掉外层引号让系统自动拆分路径时，嵌套的引号结构会被PowerShell直接解析丢弃，无法传递到目标程序。

嵌套引号的处理规则 #

Start-Process 专门通过 -ArgumentList 参数承接所有要传递给目标程序的命令参数，嵌套引号的处理完全在这个参数块内完成，核心规则如下：

• 首先严格拆分内容：把纯exe路径填入-FilePath，所有运行参数按独立段填入-ArgumentList的数组中
• 如果参数段本身需要被引号包裹后传递给目标程序，直接在对应参数段的字符串中写入字面双引号即可，不要用单引号模拟需要传递的引号结构（Windows绝大多数程序、安装程序仅识别双引号的参数包裹语法，单引号会被识别为普通字符）
• 字符串内的字面双引号需要按PowerShell的字符串规则做转义，避免被PowerShell提前解析截断

可直接运行的参考代码 #

针对你的安装参数场景，两种等价写法都可正确实现嵌套引号传递，最终传给myApp.exe的完整参数串为 /S "/V /qn AllUsers=1 SN=123-456"：

写法1：用单引号做PowerShell字符串边界，避免内部引号被提前解析 #

Start-Process -FilePath "c:\app\myApp.exe" `
  -ArgumentList '/S', '"/V /qn AllUsers=1 SN=123-456"' `
  -NoNewWindow -Wait -PassThru

这种写法下，包裹/V参数段的双引号会被完整保留传递给目标程序，不会被PowerShell解析丢弃。

写法2：用双引号做PowerShell字符串边界，用反引号转义内部要传递的双引号 #

Start-Process -FilePath "c:\app\myApp.exe" `
  -ArgumentList "/S", "`"/V /qn AllUsers=1 SN=123-456`"" `
  -NoNewWindow -Wait -PassThru

常见避坑提示 #

• 不要把带空格的参数段手动拼接成一整个长字符串塞进-ArgumentList，按独立元素拆分传递时，PowerShell会自动处理参数间的空格拆分逻辑，减少转义错误
• 如果需要验证实际传递给目标程序的参数是否正确，可以先将参数串打印输出，确认引号结构没有被提前截断后再执行启动命令
• 针对安装程序类的参数传递场景，尤其要注意：像InstallShield、MSI封装的程序，要求/V后面的参数必须被双引号包裹才能正常识别，单引号的写法即使程序能启动，也会因为引号格式不对导致参数无法被子进程解析。

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