Process.Start() 无反应的主因是路径不完整或工作目录不匹配，应使用绝对路径或显式设置WorkingDirectory；需检查返回Process对象是否为null，并用WaitForExit()配合ExitCode获取退出状态；带参数时应通过Arguments属性传入，含空格路径由.NET自动加引号；启动URL必须UseShellExecute=true。
Process.Start() 启动外部程序时为什么没反应？
常见现象是调用 Process.Start("notepad.exe") 没报错也没弹窗，实际进程根本没起来。根本原因通常是路径不完整或工作目录不匹配——Windows 默认只在系统 PATH 中查找，像 "mytool.exe" 这种无路径的命令，若不在 PATH 里就静默失败。
实操建议：
- 始终使用绝对路径，比如
Process.Start(@"C:Toolsmytool.exe")，避免依赖 PATH - 若必须用相对路径，显式指定
WorkingDirectory，否则子进程可能因找不到依赖 DLL 或配置文件而崩溃 - 检查返回值：
Process对象为null表示启动失败（如文件不存在、权限不足），别忽略它
如何等待外部程序退出并获取退出码？
直接调用 Process.Start() 是异步的，不等待就继续执行后续代码，常导致读取输出失败或资源竞争。正确做法是组合使用 WaitForExit() 和 ExitCode。
实操建议：
- 用
process.WaitForExit(5000)设定超时，避免无限挂起；返回false表示超时，此时可考虑process.Kill() - 退出码需在
WaitForExit()之后读取，否则可能为 0 或未定义值 - 若需捕获标准输出，务必提前设置
StartInfo.RedirectStandardOutput = true，且不能同时设CreateNoWindow = false和重定向（会卡住）
启动带参数的程序时，空格和引号怎么处理？
错误写法：Process.Start("cmd.exe", "/c echo hello world") —— 这会把整个字符串当做一个参数传给 cmd.exe，实际执行的是 echo hello world（三个独立参数），但 Windows 命令行解析器可能误判空格位置。
实操建议：
- 把参数拼进
StartInfo.Arguments字段，而不是塞进文件名字符串里 - 含空格的路径或参数必须加双引号，但由 .NET 自动处理：例如
startInfo.FileName = "powershell.exe"，startInfo.Arguments = "-Command "& 'C:\My Script.ps1'"" - 避免手动拼接引号；.NET 的
ProcessStartInfo会在必要时自动包裹，手动加反而易出错
为什么用 Process.Start() 启动浏览器打不开 URL？
直接调用 Process.Start("https://example.com") 在某些环境（如服务账户、无桌面会话）下会失败，错误信息可能是 "The system cannot find the file specified."，因为这不是一个可执行文件路径，而是要交给默认协议处理器处理。
实操建议：
- 优先用
Process.Start(new ProcessStartInfo { UseShellExecute = true, FileName = "https://example.com" })，确保UseShellExecute = true（默认值，但显式声明更安全） - 禁用
UseShellExecute时，无法处理 URL、文件关联或 shell 协议，会直接报错 - 在 Windows 服务或无交互会话中，浏览器无法启动 GUI，这类场景应改用 HTTP 客户端（如
HttpClient）替代
UseShellExecute 的开关逻辑——它控制着底层是否走 Windows Shell API，影响路径解析、URL 处理、UAC 提权、重定向能力等一整套行为，不是“开/关”那么简单，而是两种完全不同的启动路径。 
