如何捕获其他进程的stderr和stdout？（针对.NET Core环境）

我懂你在.NET Core里捕获外部进程stdout/stderr时碰的钉子了——这事儿和老版.NET Framework确实有细节差异，稍不留神就拿不到流数据。下面给你整理几个亲测有效的配置和实现方法，适用于.NET Core 3.1及以后的版本：

1. 先把ProcessStartInfo配置对 #

这是最基础的一步，必须开启流重定向，而且一定要把UseShellExecute设为false——这在.NET Core里是重定向流的硬性要求，默认值和Framework不一样，很容易踩坑：

var startInfo = new ProcessStartInfo
{
    FileName = "你的外部程序路径", // 比如"dotnet"、"cmd.exe"或者自定义exe路径
    Arguments = "程序运行参数", // 比如"--version"或者"/c dir"
    RedirectStandardOutput = true, // 开启stdout重定向
    RedirectStandardError = true, // 开启stderr重定向
    UseShellExecute = false, // .NET Core里必须设为false才能生效重定向
    CreateNoWindow = true // 可选，不想弹出外部程序窗口就开这个
};

2. 优先用异步方式读取流 #

同步读取很容易触发死锁（比如外部进程输出多，缓冲区满了就会卡住），.NET Core里推荐两种异步实现方式：

方式一：绑定事件监听输出 #

这种方式适合实时获取输出，比如外部进程边跑边输出，你可以实时打印或者记录日志：

using var process = new Process { StartInfo = startInfo };

// 绑定stdout监听事件
process.OutputDataReceived += (sender, e) =>
{
    if (!string.IsNullOrEmpty(e.Data))
    {
        // 这里处理拿到的输出内容，比如打印到控制台
        Console.WriteLine($"[外部进程输出] {e.Data}");
    }
};

// 绑定stderr监听事件
process.ErrorDataReceived += (sender, e) =>
{
    if (!string.IsNullOrEmpty(e.Data))
    {
        // 处理错误输出
        Console.WriteLine($"[外部进程错误] {e.Data}");
    }
};

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

// 等待进程执行完成
process.WaitForExit();

方式二：直接异步读取完整流 #

如果不需要实时获取，只想等进程跑完拿全部输出，这种方式更简洁：

using var process = new Process { StartInfo = startInfo };
process.Start();

// 同时启动两个异步读取任务，避免互相阻塞
var outputTask = process.StandardOutput.ReadToEndAsync();
var errorTask = process.StandardError.ReadToEndAsync();

// 等待两个读取任务完成
await Task.WhenAll(outputTask, errorTask);

// 获取完整的输出和错误内容
var fullStdout = await outputTask;
var fullStderr = await errorTask;

Console.WriteLine($"完整输出内容：\n{fullStdout}");
if (!string.IsNullOrEmpty(fullStderr))
{
    Console.WriteLine($"完整错误内容：\n{fullStderr}");
}

// 确认进程退出
process.WaitForExit();

3. 几个容易踩的坑要注意 #

• 千万别漏了UseShellExecute = false：这是.NET Core里重定向流的前提，设为true的话重定向直接失效，啥数据都拿不到。
• 避免同步读取的死锁：如果先调用process.StandardOutput.ReadToEnd()再等进程退出，当外部进程的错误流缓冲区满了，就会导致双方互相阻塞，直接卡死。
• 检查外部程序的输出逻辑：有些程序默认不会把内容输出到标准流，可能需要加特定参数（比如某些工具要加--verbose或者-v才能开启详细输出），或者是把输出写到了文件而不是控制台。
• 权限问题：确保你的.NET Core进程有足够权限启动外部程序，并且能访问程序的输出流（比如不要用管理员权限启动.NET Core程序，却去调用普通权限的外部程序，可能会有访问限制）。

内容的提问来源于stack exchange，提问作者Igor Soloydenko