WebSocket 单机并发极限深度解析：从理论到实践的性能边界用户问题原文：单机 WebSocket 服务最多能支撑多少并发连接？瓶颈通常出现在哪里（内存、文件描述符、线程等）？在构建 IoT 设备状态同步平台时，我们曾因错误估算单机连接容量导致大规模服务中断：一台服务器理论上支持 65,000 连接，实际在 8,000 连接时就因内存耗尽而崩溃。根本原因在于团队只考虑了理论端口限制，忽视了 JVM 内存模型和操作系统资源的实际约束。作为处理过亿级 WebSocket 连接的架构师，我深知：并发连接数不是单一数字，而是由多个系统层级共同决定的复杂函数。本文将通过 IoT 设备状态同步这一典型场景，系统性地剖析单机 WebSocket 服务的真实并发极限，并提供可量化的容量规划方法。一、生活化类比：从“餐厅运营”到“系统资源”WebSocket 服务器就像“大型餐厅”想象一家大型餐厅：餐桌数量= 文件描述符限制（操作系统层面）服务员数量= 线程池大小（JVM 层面）厨房空间= 内存容量（物理资源层面）食材库存= CPU 和网络带宽（计算资源层面）