引言：一次推送技术引发的“血案” 某日深夜，某电商平台的服务器突然宕机。 事故原因：每秒100万用户通过WebSocket请求抢购茅台，服务器因频繁握手耗尽CPU资源。 解决方案：技术团队将协议切换为

这一次重启真的无法解决问题了：一次 MySQL 主动关闭，导致服务出现大量 CLOSE_WAIT 的全流程排查过程。 近日遇到一个线上服务 socket 资源被不断打满的情况。通过各种工具分析线上问题,定位到问题代码。这里对该问题发现、修复过程进行一下复盘总结。 先看两张图。一…

CLOSE_WAIT 产生原因， netty 的代码不够健壮，一个 try-catch 包裹的逻辑太多，在 OOM throwable 异常处理时，没能成功注册事件也没有 close 已创建的连接