Start-Process -Verb RunAs与管理员直接运行程序的差异及文件异常解析

1. 默认工作目录不同 #

当使用-Verb RunAs启动管理员权限进程时，新进程的默认工作目录是系统目录（通常是C:\Windows\System32），而非你当前运行脚本的目录。这就是你执行写入a.log命令后找不到文件的原因——文件实际生成在System32目录里了。

而直接运行powershell.exe ...时，进程继承当前PowerShell会话的工作目录，所以文件会生成在你预期的位置。

2. 权限与上下文隔离 #

• 直接运行程序时，进程使用当前用户的普通权限上下文，环境变量、注册表访问范围都和当前会话一致。
• 使用-Verb RunAs启动的进程是权限提升后的管理员上下文，虽然用户身份还是你的账户，但系统会赋予更高的权限，同时部分环境变量（比如PATH）可能会加载管理员专属配置，和普通会话存在差异。

3. 输出与管道处理差异 #

直接运行程序时，进程的标准输出/错误会直接流入当前PowerShell会话的管道，你可以直接用管道捕获或处理输出。
而Start-Process默认会启动独立的控制台窗口，输出不会流入当前会话的管道。如果需要捕获输出，必须使用-RedirectStandardOutput和-RedirectStandardError参数，而非依赖命令内部的重定向（比如>）。

针对你的写入文件问题的解决方案 #

方案1：指定工作目录 #

通过-WorkingDirectory参数让管理员进程使用当前脚本的工作目录：

$currentDir = Get-Location
Start-Process -FilePath "powershell.exe" -ArgumentList '-NoLogo -NoProfile -Command "echo hello > a.log"' -Verb RunAs -Wait -WorkingDirectory $currentDir

方案2：使用绝对路径 #

直接在命令中指定文件的绝对路径，避免工作目录差异的影响：

$logPath = Join-Path (Get-Location) "a.log"
# 注意转义引号，避免参数解析错误
Start-Process -FilePath "powershell.exe" -ArgumentList "-NoLogo -NoProfile -Command `"echo hello > '$logPath'`"" -Verb RunAs -Wait

额外提示：更可靠的参数传递方式 #

建议将ArgumentList的参数拆分为数组，避免引号解析问题：

$logPath = Join-Path (Get-Location) "a.log"
Start-Process -FilePath "powershell.exe" -ArgumentList @(
    '-NoLogo',
    '-NoProfile',
    '-Command',
    "echo hello > '$logPath'"
) -Verb RunAs -Wait

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