Chrome持续卡在WAITING_FOR_AVAILABLE_SOCKET问题排查求助

一、优先排查后端服务是否存在套接字未释放问题 #

• 查看服务器端连接状态：用netstat（Linux）或netstat -ano（Windows）过滤目标域名/IP的连接，检查是否存在大量ESTABLISHED或CLOSE_WAIT状态的连接。如果后端有大量CLOSE_WAIT连接，说明后端未主动关闭套接字，导致Chrome侧套接字无法正常释放。
• 验证后端超时配置：确认后端的连接超时、请求超时设置是否合理。如果后端处理请求时出现阻塞（如数据库死锁、业务逻辑挂起），会导致套接字长时间处于活跃状态，即便前端关闭标签页，后端未主动关闭连接的话，Chrome不会立即释放套接字。
• 跨浏览器测试：用Firefox、Edge等其他浏览器复现问题。如果其他浏览器无类似套接字泄漏情况，大概率是Chrome侧问题；如果其他浏览器也出现相同现象，基本可锁定是后端服务的问题。

二、排查Chrome侧套接字泄漏可能性 #

• 检查Chrome后台进程：关闭所有目标网站标签页后，打开Chrome任务管理器（Shift+Esc），查看是否有残留的渲染进程或网络进程仍在运行。若存在此类进程，可能是Chrome未正确清理资源导致套接字泄漏。
• 禁用扩展测试：部分扩展可能劫持网络请求，导致套接字未正常释放。尝试在无痕模式下复现问题（无痕模式默认禁用扩展），若问题消失，说明是某款扩展导致；若问题依旧，再考虑Chrome本身的bug。
• 回退版本验证：Chrome更新后引入bug的可能性存在，可尝试回退到上一个稳定版本，观察问题是否消失。

三、临时解决方案 #

• 遇到卡顿无需重启Chrome，可打开chrome://net-internals/#sockets页面，点击Flush socket pools强制释放所有闲置套接字，快速恢复正常。
• 后端可配置主动关闭闲置连接：比如设置TCP的keepalive参数，或在服务层添加连接超时逻辑，确保长时间无交互的连接被主动关闭。

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