.NET Core/.NET Framework中子进程致命错误时如何避免父进程崩溃

默认情况下Windows和Linux的进程是完全内存隔离的，子进程崩溃不会直接导致父进程退出，你遇到的问题是由代码逻辑漏洞或者调试器行为导致的，不是进程隔离机制失效。

常见触发原因和修复方案 #

• 标准输入/输出/错误流缓冲区死锁
  你当前的代码存在顺序错误：先调用WaitForExit()再读取StandardOutput，如果子进程的输出内容超过了系统分配的标准输出缓冲区上限（通常为4KB），子进程会一直阻塞等待父进程读取缓冲区内容，永远无法退出。更严重的是如果子进程崩溃时向未被重定向的标准错误流写入内容，缓冲区被占满后会触发父子进程的连锁异常。
  修复后的代码如下：

ProcessStartInfo processStartInfo = new ProcessStartInfo(filePath, processArgs)
{
    UseShellExecute = false,
    RedirectStandardOutput = true,
    RedirectStandardError = true, // 新增：重定向标准错误流
    CreateNoWindow = true
};

using (Process process = new Process()
{
    StartInfo = processStartInfo,
    EnableRaisingEvents = true
})
{
    process.Start();
    // 先读取所有输出，再等待退出，避免缓冲区死锁
    string output = process.StandardOutput.ReadToEnd();
    string error = process.StandardError.ReadToEnd();
    process.WaitForExit();
    // 可按需处理error内容
    return output;
}

• 调试器附加继承
  如果你是在Visual Studio等调试环境中运行父进程，默认调试器会自动附加到你启动的子进程。当子进程触发未处理的致命异常时，调试器会默认暂停整个调试会话，看起来就像父进程也崩溃了。这个是调试工具的特性，和进程隔离无关，直接双击运行父进程的exe文件即可复现正常的隔离效果。
  如果需要在调试时避免这个问题，可以在父进程的项目属性-调试配置中新增环境变量COMPlus_EnableDiagnostics=0，阻止子进程继承调试会话。
• 跨进程资源损坏
  如果你父子进程之间通过共享内存、命名互斥量、命名管道等跨进程资源通信，子进程崩溃时如果破坏了共享资源的状态，父进程访问异常资源时会触发自身的崩溃。这种情况需要给父进程的跨进程资源访问逻辑加上完整的异常捕获，同时子进程退出时做好资源清理。

.NET Framework专属轻量隔离方案 #

如果你的程序仅需运行在.NET Framework环境下，可以不用启动独立进程，使用应用程序域（AppDomain） 实现更轻量的代码隔离：将动态编译的代码加载到单独创建的AppDomain中运行，出现异常时直接卸载整个AppDomain即可，不会影响主进程的运行，资源开销比进程隔离小很多。注意该方案不兼容.NET Core/.NET 5+，跨版本场景还是推荐使用进程隔离方案。

内容的提问来源于stack exchange，提问作者Vesper Lynd