WebSocket 一上万人就崩？问题可能根本不在代码
WebSocket 一上万人就崩？问题可能根本不在代码
很多人第一次做 WebSocket 服务时，都有一种错觉：
“不就是长连接吗？”结果真正上线后：
- CPU 飙升
- 内存爆炸
- 连接疯狂断开
- 消息延迟越来越高
- Redis 被打成筛子
- Linux 文件句柄耗尽
最后最离谱的是：
明明业务逻辑没多少。
服务器却像在挖矿。
这时候很多团队第一反应：
“是不是机器不够？”但真相往往更扎心：
你以为你在优化 WebSocket，实际上你在和“连接成本”打架。
今天这篇文章。
咱们不聊那些：
- 空洞理论
- 教科书概念
- PPT 架构图
咱们直接聊：
WebSocket 在高并发场景下，到底该怎么优化。
包括：
- 为什么连接数一高就崩
- 为什么推送比请求更难
- Reactor 模型到底在解决什么
- 如何降低内