嵌套Start-Process以不同用户运行时InstallShield安装参数传递报错

• 多层PS嵌套的字符串引号被逐层吞噬：你当前的调用链路是「外层PowerShell → 新启动的PowerShell进程 → 内层Start-Process启动安装包」，每一层PowerShell解析入参时，都会把字符串里的双引号识别为语法边界符，而不是需要透传给安装程序的内容。原本给/f2日志路径加的双引号在第一次解析时就被直接删除，最终变成/f2c:\windows\setuplogs\inst.log的粘连字符串，被Start-Process识别为无效位置参数，触发报错。
• 变量内联拼接未做转义处理：你把$STArgument直接嵌入到传入新PS进程的命令字符串里，没有对字符串内的双引号做转义适配，内层PS拿到命令时根本无法识别/f2和后续路径的参数分隔逻辑，直接把整段内容拆成了独立参数，导致参数传递完全失效。
• 冗余嵌套放大出错概率：为了实现高权限安装特意套了两层PS进程，每多一层进程跳转，就多一层参数解析剥离引号的风险，完全没必要。

简化场景：去掉冗余嵌套直接执行 #

不需要新开PS进程中转，直接通过Start-Process指定目标路径、参数和权限凭据，从根源减少转义环节：

$STExecute = "C:\Files\setup.exe"
$STArgument = '/s /f2"C:\Windows\SetupLogs\inst.log"'

Start-Process -FilePath $STExecute `
  -ArgumentList $STArgument `
  -Credential "Domain\userTempAdmin" `
  -Wait

特殊场景：必须独立PS进程执行时的正确转义 #

如果业务要求必须启动独立PS进程运行安装命令，需要对全链路的双引号做转义，保证引号可以透传到最终的Start-Process环节：

$STExecute = "C:\Files\setup.exe"
$STArgument = '/s /f2"C:\Windows\SetupLogs\inst.log"'

# 把内层命令里的双引号替换为转义格式，避免被外层解析吃掉
$escapedInnerArg = $STArgument -replace '"', '\"'
$innerCommand = "Start-Process -FilePath '$STExecute' -ArgumentList '$escapedInnerArg'"

Start-Process powershell.exe `
  -Credential "Domain\userTempAdmin" `
  -ArgumentList "-NoProfile -Command `"$innerCommand`""

实操注意：InstallShield静默安装的/f2参数虽然在路径无空格时可以省略路径两侧的引号，但在涉及多层进程传参的场景下，永远不要依赖“路径无特殊字符”的环境假设提前省略引号——一旦引号被外层解析剥离，就会触发参数粘连的报错。另外，如果已经通过-Credential参数指定了高权限运行账号，不需要额外给内层Start-Process加-Verb Runas参数，两种提权机制叠加可能触发UAC弹窗逻辑冲突，反而影响静默安装的执行。

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