Process.Start卡住主因是未显式配置ProcessStartInfo：路径含空格需加引号，重定向输出须设UseShellExecute=false，查属性前需WaitForExit；GetProcesses权限不足应捕获Win32Exception；Kill前须检查HasExited并优先CloseMainWindow；监听Exited事件替代轮询，且务必Dispose释放句柄。
Process.Start 启动外部程序时卡住或没反应
常见现象是调用 Process.Start("notepad.exe") 没弹窗，或者程序启动后主线程阻塞、UI 冻结。根本原因不是代码写错，而是默认行为没被显式控制。
- 如果路径含空格又没加引号，
Process.Start("C:\Program Files\7-Zip\7z.exe")会被拆成两个参数，实际执行的是C:\Program—— 直接报错但可能被吞掉 - 没设置
UseShellExecute = false时，重定向标准输入/输出会失败；设为true（默认）则无法读取子进程输出 - 没等子进程初始化完成就去查
process.Id或process.MainWindowHandle，可能返回 0 或抛异常
稳妥做法：显式构造 ProcessStartInfo，路径用双引号包裹，需要读输出就关 shell 执行：
var startInfo = new ProcessStartInfo
{
FileName = "cmd.exe",
Arguments = "/c echo hello",
UseShellExecute = false,
RedirectStandardOutput = true,
CreateNoWindow = true
};
using var p = Process.Start(startInfo);
string output = p.StandardOutput.ReadToEnd();
p.WaitForExit();获取系统中所有进程时 PermissionDenied 或 Access is denied
调用 Process.GetProcesses() 或 Process.GetProcessesByName("chrome") 报 Access is denied，不是权限配置问题，而是当前用户无权访问某些系统级进程（比如由 SYSTEM 或其他用户启动的 svchost、lsass）。
- 这不是异常，而是预期行为 —— .NET 会跳过无权访问的进程，但部分字段（如
ProcessName、Id）仍可读，MainWindowTitle或Modules可能抛Win32Exception - 不要在循环里反复调用
process.Refresh()，它可能触发额外权限检查，增加失败概率 - 若只需进程名和 ID，直接遍历
Process.GetProcesses()即可；要模块或内存信息，得用管理员权限运行，且仍可能对某些进程失败
安全读取建议：
foreach (var p in Process.GetProcesses())
{
try
{
Console.WriteLine($"{p.Id} - {p.ProcessName}");
// 避免访问 Modules / MainWindowTitle 等敏感属性
}
catch (Win32Exception)
{
// 忽略权限不足的进程，继续下一个
continue;
}
}Process.Kill() 杀不掉进程或引发异常
Process.Kill() 看似暴力有效，但实际经常失败：目标进程已退出却还调用 Kill、权限不够、或进程处于“僵尸”状态（已终止但句柄未释放）。
- 调用前必须检查
process.HasExited，否则可能抛InvalidOperationException -
Kill()是异步终止信号，不保证立即结束；后续立刻读ExitCode可能报错，应先WaitForExit(1000) - 某些进程（如被调试器附加、或设置了作业对象）会忽略 Kill；此时只能靠
process.CloseMainWindow()尝试优雅退出，再 fallback 到 Kill
推荐组合写法：
if (!process.HasExited)
{
process.CloseMainWindow();
if (!process.WaitForExit(2000))
{
process.Kill();
process.WaitForExit(1000);
}
}Thread 和 Process 混用时常见的资源泄漏点
用 Thread 去轮询 Process 状态（比如每秒查一次 HasExited），很容易漏掉退出事件，还占 CPU。更糟的是忘记释放进程句柄。
-
Process是托管包装，但底层持有一个 Windows 进程句柄（HANDLE），不显式Dispose()或用using，句柄可能长时间不释放，尤其在频繁启停时 -
Thread.Sleep()轮询效率低；应优先用process.Exited事件 +EnableRaisingEvents = true - 不要在线程里直接操作 UI 控件（如更新 TextBox），.NET 的
Process事件回调不在 UI 线程，需手动Invoke或用Task.Run+await
正确监听示例：
var p = Process.Start("ping", "-n 3 127.0.0.1");
p.EnableRaisingEvents = true;
p.Exited += (s, e) => {
Console.WriteLine($"Exited with code {p.ExitCode}");
p.Dispose(); // 关键：显式释放句柄
};实际用起来，最易被忽略的是句柄生命周期和事件线程上下文 —— 不是功能写不出来，而是忘了 Dispose 或跨线程改 UI，结果跑几天后进程数暴涨或界面卡死。
