正确写法是使用 processstartinfo 设置 filename 和 argumentlist（.net 5+）或手动转义参数，指定完整路径和 workingdirectory，避免拼接字符串、cmd 壳调用及命令行注入。
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:Toolsfmpeg.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。
