.NET 进程 stackoverflow异常后，还可以接收 TCP 连接请求吗？

昨天线上有几个进程因为 StackOverFlowException 导致进程 Crash 了，但是 TCP 请求还是可以连接，具体可不可以连接一个出现StackOverFlowException的微服务应用进程，

做个研究和分享：

在 .NET 进程发生 StackOverflowException 之后，通常无法继续接收 TCP 连接请求，原因如下：

1. StackOverflowException 默认不可捕获

   • 在 .NET Core 和 .NET 5+，StackOverflowException 无法被 try-catch 捕获，一旦发生，进程会直接崩溃。
   • 在 .NET Framework（如 4.x），即使能通过 AppDomain.UnhandledException 监听，进程仍可能进入不稳定状态，很难保证继续处理网络请求。

2. 线程栈溢出导致进程崩溃

   • StackOverflowException 发生时，通常意味着栈空间已耗尽（如递归过深、无限递归等）。
   • 由于 TCP 连接通常依赖 ThreadPool 线程或 async/await 任务调度，一旦 StackOverflowException 触发，整个进程可能崩溃，所有连接都无法继续处理。

3. 特殊情况下的可能性

   • 如果 StackOverflowException 仅发生在单个线程（非主线程或关键任务线程），而应用没有崩溃，仍有可能继续接收 TCP 连接。
   • 但这极端依赖于应用的架构，且在 .NET Core/.NET 5+ 下，进程基本上会直接崩溃。

如何防止 StackOverflowException 影响 TCP 连接？

1. 避免递归导致栈溢出（如使用 while 代替递归，或控制递归深度）。
2. 使用 ThreadPool 隔离任务，尽量避免在核心线程（如 Main() 线程）中执行可能导致 StackOverflowException 的代码。
3. 启用进程监控（如 supervisor、systemd 或 Kubernetes），一旦进程崩溃，自动拉起新进程，尽快恢复服务。

在现代 .NET 运行时（.NET Core 及 .NET 5+），StackOverflowException 通常会导致进程崩溃，TCP 服务器无法继续接受连接。

若在 .NET Framework 下，并且 StackOverflowException 仅影响非核心线程，理论上 TCP 监听仍可能继续工作，但仍然存在较大风险。