正确写法是使用 ProcessStartInfo 设置 FileName 和 ArgumentList（.NET 5+）或手动转义参数，指定完整路径和 WorkingDirectory，避免拼接字符串、cmd 壳调用及命令行注入。
Process.Start 启动外部程序的正确写法
直接调用 Process.Start 是最常用方式，但多数人忽略路径和工作目录问题，导致“找不到文件”或程序启动后立即退出。
关键点：不能只传可执行文件名（如 "notepad.exe"），除非它在系统 PATH 中；更稳妥的是传完整路径，或显式指定 WorkingDirectory。
- 如果目标程序依赖同目录下的配置文件或 DLL，必须设置
StartInfo.WorkingDirectory - 避免直接拼接字符串启动带空格路径的程序（如
"C:\Program Files\MyApp\app.exe"），应让ProcessStartInfo自动处理引号 - 不要用
Process.Start("cmd /c start MyApp.exe")—— 这多了一层 cmd 壳，进程父子关系混乱，且无法可靠获取退出码
带参数启动时如何避免命令行注入和空格截断
用户输入的参数（比如文件路径）若直接拼进 Arguments 字符串，会因空格、引号、反斜杠引发解析错误，甚至执行意外命令。
正确做法是：把可执行路径单独设为 FileName，参数用 ArgumentList（.NET 5+）或手动转义（旧版本）。
var startInfo = new ProcessStartInfo
{
FileName = @"C:\Tools\ffmpeg.exe",
ArgumentList = { "-i", @"D:\Videos\my video.mp4", "-c:v", "libx264", @"E:\Out\output.mp4" }
};
Process.Start(startInfo);
-
ArgumentList是IList，每项自动按需加引号，完全规避空格/特殊字符问题 - 旧版 .NET Framework（ArgumentList，必须手动用
CommandLineToArgvW或双引号包裹含空格的路径（如"\"C:\\path with space\\app.exe\""） - 永远不要用字符串插值拼
Arguments，例如：Arguments = $"-i \"{filePath}\""—— 这仍可能被绕过
等待进程结束并捕获输出的常见陷阱
想读 StandardOutput 却卡死？大概率是因为没处理重定向顺序或未调用 WaitForExit。
动态WEB网站中的PHP和MySQL详细反映实际程序的需求，仔细地探讨外部数据的验证(例如信用卡卡号的格式)、用户登录以及如何使用模板建立网页的标准外观。动态WEB网站中的PHP和MySQL的内容不仅仅是这些。书中还提到如何串联JavaScript与PHP让用户操作时更快、更方便。还有正确处理用户输入错误的方法，让网站看起来更专业。另外还引入大量来自PEAR外挂函数库的强大功能，对常用的、强大的包
核心规则：启用重定向后，必须先调用 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 多十倍代码。
