阻塞式Web服务器遇大量并行HTTP请求是否会需重启？

• 阻塞架构的核心资源瓶颈：阻塞式Web服务器普遍采用「一个请求对应一个工作线程/进程」的模型，请求处理过程中（比如等待IO、数据库查询）会持续占用线程资源不释放。当大量并行请求持续涌入，服务器的线程池/进程池会被快速耗尽，新请求无法分配到处理资源，服务器直接进入完全无响应状态。
• 缓冲区溢出引发的不可逆故障：如果请求量持续远超服务器的请求缓冲区容量，缓冲区会发生溢出。这种情况下，可能触发内存损坏、进程崩溃，或是操作系统层面的核心资源耗尽（比如文件描述符、内存配额耗尽）——这类故障无法通过请求量下降自动恢复，必须重启服务器才能恢复服务能力。
• 与非阻塞架构的本质差异：Node.js这类非阻塞架构基于事件循环，单个线程就能处理大量请求（IO等待时主动释放资源），不会因请求排队直接耗尽线程资源，高并发下的容错阈值更高，但这不代表它不会崩溃，只是触发故障的条件更极端。

不同阻塞式服务器的实现细节会影响僵死概率：比如配置了线程池扩容上限的服务器，会比固定线程数的服务器更早出现资源耗尽；没有完善缓冲区溢出处理逻辑的服务器，更容易出现不可逆故障。

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