C#调用Process.Start()启动需权限程序时遇Permission Denied错误

我太懂这种憋屈感了——明明自己的程序已经拿到管理员权限了，结果启动另一个同样需要管理员权限的程序时，还是弹出了Permission Denied错误，完全不符合直觉对吧？

先看看你贴出的代码片段：

private void startESEA_Click(object sender, EventArgs e) { 
    // Inicio ESEA Cliente 
    Process ESEA = new Process(); 
    ESEA.StartInfo.FileName = dESEAClient + "...";
    // 估计这里还有没写完的配置代码？
}

这种问题大概率是子进程的权限配置没跟上，哪怕主程序有管理员权限，默认启动子进程时并不会自动继承这个权限，甚至会被UAC的规则限制住。给你几个实打实的解决方向：

• 显式指定以管理员身份启动子进程：在Process的StartInfo里加上Verb = "runas"，这会强制触发UAC验证（如果主程序已经是管理员，系统通常会自动跳过弹窗），确保子进程拿到足够权限。代码要这么写：

  ESEA.StartInfo.Verb = "runas";
  ESEA.StartInfo.UseShellExecute = true; // 这个必须设为true，因为Verb属性依赖ShellExecute机制
  

• 先检查文件路径是否正确：有时候Permission Denied不一定是权限问题，而是你拼接的dESEAClient + "..."路径出了错——比如路径含空格没加引号、文件不存在，或者路径拼写错误。建议用Path.Combine来拼接路径，避免手动拼接的坑：

  string fullClientPath = Path.Combine(dESEAClient, "ESEAClient.exe");
  Debug.WriteLine(fullClientPath); // 输出到调试窗口确认路径是否正确
  ESEA.StartInfo.FileName = fullClientPath;
  

• 确认主程序真的是管理员权限：有时候我们以为程序是管理员，但实际上并没有。可以加一段代码验证：

  WindowsIdentity identity = WindowsIdentity.GetCurrent();
  WindowsPrincipal principal = new WindowsPrincipal(identity);
  bool isAdmin = principal.IsInRole(WindowsBuiltInRole.Administrator);
  Debug.WriteLine($"当前程序是否为管理员：{isAdmin}");
  

  如果返回false，那得先解决主程序的权限问题——比如在app.manifest里设置requestedExecutionLevel level="requireAdministrator"，确保主程序启动时就拿到管理员权限。

还有个小细节要注意：如果子程序是控制台程序，当你设置RedirectStandardOutput这类重定向属性时，要把UseShellExecute设为false，但这时候Verb = "runas"就失效了，得权衡着来。

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