络波动、页面刷新、浏览器插件干扰，都可能导致连接非正常断开。你需要在发送前判断客户端就绪状态是否为‘双向通信打开’。另外，遍历发送时，最好用try…catch包裹，避免某个连接发送失败导致整个循环中断，影响其他正常连接的推送。”
两个具体又实用的建议，让洛奇感觉眼前的迷雾被拨开了一道缝隙。他立刻俯身，在笔记本电脑上修改代码。阳台没有桌椅，他半蹲着把电脑放在膝盖上，手指在键盘上快速敲击。夜风吹得手指有些僵硬，他的思维却异常活跃。
按照她的提示，他在发送消息的循环里加入了状态检查，还添加了异常捕获。
保存，重启后端服务。
心跳微微加速。
他刷新了两个测试页面，重新建立连接，然后在第一个窗口输入：“再次测试”，点击发送。
目光死死盯住第二个窗口。
一秒，两秒……
第二个窗口的消息显示区域，依旧一片空白。
期待落空的感觉像冰水浇下，洛奇的心沉了沉，对着手机低声道：“学姐，我加了状态检查和异常捕获，还是不行。第二个窗口还是收不到。”
电话那头又沉默了几秒，这次，沈怡然的声音里似乎多了一丝思考的沉吟。
“连接池的数据结构是什么？是列表还是集合？你在哪里维护它？是全局变量吗？”
问题更深入了。
洛奇立刻回答：“是全局的列表。在WebSocket连接的‘打开’事件里，把客户端对象追加进去；在‘关闭’事件里，尝试从列表里移除掉。”
“尝试？”沈怡然捕捉到了这个词。
“嗯，用了移除方法，但没判断是否成功移除。”
“这可能就是问题所在。”她的语气笃定了些，“如果移除失败，比如因为对象引用不一致或者列表操作时的并发问题，就会导致连接池里存在‘僵尸连接’。你遍历发送时，虽然检查了状态，但那个client对象可能已经失效了，或者根本就不是有效的WebSocket连接对象。”
她停顿了一下，似乎在组织更清晰的解释：“这样，你换个思路。不要用全局列表维护。很多WebSocket库提供了内置的广播方法，或者管理所有连接的对象。你用的什么库？”
洛奇报出了库的名字。
“这个库……”沈怡然似乎回想了一下，“我记得它有一个wsServer.clients属
本章未完，请点击下一页继续阅读！