Process.Start 启动外部程序的正确写法
直接调用
Process.Start是最常用方式，但多数人忽略路径和工作目录问题，导致“找不到文件”或程序启动后立即退出。
关键点：不能只传可执行文件名（如
"notepad.exe"），除非它在系统 PATH 中；更稳妥的是传完整路径，或显式指定
WorkingDirectory。 如果目标程序依赖同目录下的配置文件或 DLL，必须设置
StartInfo.WorkingDirectory避免直接拼接字符串启动带空格路径的程序（如
"C:Program FilesMyApppp.exe"），应让
ProcessStartInfo自动处理引号 不要用
Process.Start("cmd /c start MyApp.exe") —— 这多了一层 cmd 壳，进程父子关系混乱，且无法可靠获取退出码
带参数启动时如何避免命令行注入和空格截断
用户输入的参数（比如文件路径）若直接拼进
Arguments字符串，会因空格、引号、反斜杠引发解析错误，甚至执行意外命令。
正确做法是：把可执行路径单独设为
FileName，参数用
ArgumentList（.NET 5+）或手动转义（旧版本）。
var startInfo = new ProcessStartInfo
{
FileName = @"C:Tools fmpeg.exe",
ArgumentList = { "-i", @"D:Videosmy video.mp4", "-c:v", "libx264", @"E:Outoutput.mp4" }
};
Process.Start(startInfo);
ArgumentList是
IList<string></string>，每项自动按需加引号，完全规避空格/特殊字符问题 旧版 .NET Framework（ArgumentList，必须手动用
CommandLineToArgvW或双引号包裹含空格的路径（如
""C:\path with space\app.exe""） 永远不要用字符串插值拼
Arguments，例如：
Arguments = $"-i "{filePath}"" —— 这仍可能被绕过
等待进程结束并捕获输出的常见陷阱
想读
StandardOutput却卡死？大概率是因为没处理重定向顺序或未调用
WaitForExit。
核心规则：启用重定向后，必须先调用
BeginOutputReadLine()或分别读
StandardOutput.ReadToEnd()，再调
WaitForExit()；否则子进程因管道缓冲区满而阻塞。
var startInfo = new ProcessStartInfo("ping", "localhost")
{
UseShellExecute = false,
RedirectStandardOutput = true,
CreateNoWindow = true
};
using var p = Process.Start(startInfo);
string output = p.StandardOutput.ReadToEnd(); // 必须在 WaitForExit 前或同时读取
p.WaitForExit();
Console.WriteLine(output);
UseShellExecute = false是重定向的前提，否则
RedirectStandardXxx会抛异常 若同时重定向
Output和
Error，建议用
BeginOutputReadLine()+
BeginErrorReadLine()避免死锁（尤其当输出量大时） 不要在
OutputDataReceived事件里调
p.WaitForExit()—— 这会造成线程等待自身
权限不足、UAC 弹窗与隐藏窗口的实际应对
启动需要管理员权限的程序（如
diskpart）时，
Process.Start默认不会触发 UAC 提升，而是静默失败或报错
Access is denied。
解决方法不是硬编码
runas动词（那会强制弹窗），而是根据场景选择： 若你确定当前应用已以管理员运行，直接启动即可 若需兼容普通权限场景，改用
ShellExecute并设
Verb = "runas"，但必须捕获
Win32Exception（错误码 1223 表示用户点了“否”） 要隐藏窗口又不想被杀毒软件误报，设
CreateNoWindow = true和
WindowStyle = ProcessWindowStyle.Hidden，但注意某些 GUI 程序（如 Notepad）会忽略
Hidden后台服务中禁止使用
UseShellExecute = true（会报错），所有启动都必须走
UseShellExecute = false+ 显式路径
真正难的不是怎么启，而是判断该不该启、以什么身份启、启完怎么收尾 —— 这些逻辑往往比一行
Process.Start多十倍代码。
