Process.StandardOutput停止读取求助：进程输出读取中途中断问题

我之前也碰到过一模一样的情况——代码在多数程序上跑的好好的，偏偏某个目标程序会卡在输出读取上。大概率是这两个核心原因导致的，给你整理下靠谱的解决方案：

1. 忽略StandardError导致的阻塞 #

很多程序会把日志、错误信息写到标准错误流（StandardError），而不是标准输出。如果这个流的缓冲区被写满了，目标进程会直接暂停执行，等着有人读取它的错误输出，你的主程序自然就卡在StandardOutput.ReadLine()这里动不了了。

解决办法很直接：开启错误流重定向，并且同步或异步读取它。

2. 同步读取的局限性 #

你用的while(!proc.StandardOutput.EndOfStream)是同步读取逻辑，这种方式在进程同时输出标准输出和错误输出时，很容易因为流的阻塞导致整个读取流程卡死。更可靠的方式是用异步事件监听来同时处理两个流的输出。

修改后的代码示例 #

var proc = new Process
{
    StartInfo = new ProcessStartInfo
    {
        FileName = path,
        UseShellExecute = false,
        RedirectStandardOutput = true,
        RedirectStandardError = true, // 必须开启错误流重定向
        CreateNoWindow = true,
        Verb = "runas"
    }
};

// 绑定标准输出的异步处理事件
proc.OutputDataReceived += (sender, e) =>
{
    if (!string.IsNullOrEmpty(e.Data))
    {
        Console.WriteLine(e.Data);
    }
};

// 绑定错误输出的异步处理事件
proc.ErrorDataReceived += (sender, e) =>
{
    if (!string.IsNullOrEmpty(e.Data))
    {
        Console.WriteLine($"[Error] {e.Data}");
    }
};

proc.Start();

// 启动异步读取
proc.BeginOutputReadLine();
proc.BeginErrorReadLine();

// 等待进程执行完成，避免主程序提前退出
proc.WaitForExit();

其他可能的排查点 #

• 检查目标程序是否有特殊的输出行为，比如直接调用系统API写入控制台，而不是通过标准输出流（这种情况比较少见，但可以尝试用工具监测它的输出）。
• 确认Verb = "runas"是否对目标程序的输出有影响，比如某些程序以管理员身份运行时输出逻辑会变化，可以暂时去掉这个参数测试下。

内容的提问来源于stack exchange，提问作者Tsvetomir Bonev