启动带多行字符串参数的高权限PowerShell会话遇阻及疑问

一、初始代码失败的原因 #

• 变量传递与脚本块解析错误：初始代码里的$scriptBlock是父进程的变量，在Start-Process的-ArgumentList中直接展开后，新启动的高权限PowerShell进程无法识别这个变量，执行&{$scriptBlock}会直接报错，进程随即退出，所以窗口直接关闭。
• 多行字符串的参数解析混乱：$content是多行字符串，用""$content"包裹传递时，命令行解析器会把换行符当成参数分隔符，导致$content`被拆成多个无效参数，脚本逻辑彻底混乱。
• 命令行引号嵌套错误：原代码中-Command的参数用了多层引号嵌套，PowerShell的命令行参数解析对这种嵌套处理很脆弱，极易出现语法错误，导致脚本无法执行。

二、修改后代码生效的原因 #

• 函数封装实现代码传递：把逻辑封装成函数wrappingFunc放在脚本块里，新进程执行$scriptBlock时会先定义这个函数，后续调用函数时逻辑就能正常执行。这种方式相当于把完整的函数定义传递到新进程，避免了直接传递脚本块执行的变量解析问题。
• 命名参数传递避免多行解析错误：调用函数时用-filePath '$path' -fileContent '$content'的命名参数方式，单引号包裹的参数在父进程展开后，会把完整的字符串（包括换行）作为单个参数传递给新进程的函数，命令行解析器不会把换行拆成多个参数，保证了多行内容的完整性。
• 简化命令行语法：修改后的-Command参数写法更简洁，减少了引号嵌套层级，降低了命令行解析出错的概率，新进程能正确解析执行逻辑。

三、Write-Host加-Object参数后失效的原因 #

PowerShell中Write-Host的第一个位置参数默认对应-Object，显式指定-Object本身没问题，但问题出在命令行参数解析：
当你写成Write-Host -Object "PATH: $filePathnCONTENT: $fileContent"这种带换行的字符串时，在新进程的命令行解析阶段，换行符会被当成参数分隔符，导致-Object只接收到PATH: C:\test.txt这部分，后面的CONTENT:...会被当成Write-Host`的无效参数名，直接触发语法错误，导致脚本停止工作。

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