TCP服务端调用外部EXE进程启动阻塞问题求助

我之前排查过几乎一模一样的问题！你描述的现象——EXE明明已经在任务管理器里跑起来了，但调用它的线程却卡住，十有八九是Process的标准输出/错误流没有被正确处理导致的死锁。当你启动进程时，如果没有重定向或读取这些流，一旦缓冲区被填满，目标EXE就会暂停等待缓冲区释放，而你的主线程又在等EXE完成，两边就互相卡住了。

下面给你几个针对性的解决方案，按优先级尝试：

1. 异步处理输出流（最可能解决问题） #

这是最常见的诱因，直接重定向流并异步读取，避免主线程阻塞：

using System.Diagnostics;
using System.IO;

// 初始化Process对象
Process process = new Process();
string exePath = Path.Combine(Environment.CurrentDirectory, "你的目标EXE文件名.exe");
process.StartInfo.FileName = exePath;

// 关键设置：禁用ShellExecute才能重定向流
process.StartInfo.UseShellExecute = false;
process.StartInfo.RedirectStandardOutput = true;
process.StartInfo.RedirectStandardError = true;
// 如果不需要窗口，加上这个
process.StartInfo.CreateNoWindow = true;

// 异步绑定输出/错误流的处理事件（空实现也可以，只要触发异步读取）
process.OutputDataReceived += (sender, e) => 
{
    // 这里可以按需记录日志，或者留空
    if (!string.IsNullOrEmpty(e.Data))
    {
        // 比如 Console.WriteLine($"EXE输出: {e.Data}");
    }
};
process.ErrorDataReceived += (sender, e) => 
{
    if (!string.IsNullOrEmpty(e.Data))
    {
        // 比如 Console.WriteLine($"EXE错误: {e.Data}");
    }
};

// 启动进程并开始异步读取
process.Start();
process.BeginOutputReadLine();
process.BeginErrorReadLine();

// 如果不需要等待EXE执行完成，到这里就可以了；如果需要等待，建议加超时
// process.WaitForExit(30000); // 等待30秒超时，避免无限阻塞
// process.Close();

2. 确认EXE路径的正确性 #

别忽略相对路径的坑！其他PC上的Environment.CurrentDirectory可能和你本地测试时不一样（比如TCP Server可能被部署到了不同的目录），一定要用Path.Combine拼接绝对路径，避免找不到文件的隐性问题。

3. 检查权限与Session隔离 #

如果你的TCP Server是作为Windows服务运行的，要注意Session 0隔离问题：服务运行在Session 0，而用户交互在其他Session，此时如果被调用的EXE有GUI窗口，会因为无法显示而卡住。这种情况下一定要确保CreateNoWindow = true，并且UseShellExecute = false。

另外，检查运行TCP Server的用户权限是否能正常启动目标EXE——比如有些PC的UAC限制较高，需要管理员权限才能执行某些程序，可以尝试右键以管理员身份启动Server测试。

4. 避免同步等待的陷阱 #

如果你之前用了process.WaitForExit()但没有处理流，这绝对会导致死锁。要么异步处理流后再等待，要么给WaitForExit()加上超时时间，防止线程永久阻塞。

内容的提问来源于stack exchange，提问作者Bing Feng