GatewayWorker服务端触发onclose事件了，但长连接未断开，客户端仍可发消息
问题描述
GatewayWorker服务端触发onclose事件了，但是长连接仍然存在，客户端仍然可以给服务端发消息，相当于客户端是没有断开的。
这里也有我们自己的原因，我们的服务端没有设置心跳超时(当然，客户端每20s发消息给服务端，做心跳消息，而服务端却没给客户端回消息)
为此你搜索到了哪些方案及不适用的原因
我目前的想法是：
1.服务端开启心跳检测机制，60s未收到心跳包则断开连接
2.每当客户端发送心跳包过来时，给客户端回心跳包
3.客户端做断开策略（累计连续三次发送心跳包没有收到回包则客户端主动断开，收到则重置累计次数）
4.在onclose事件中再走一次Gateway::closeClient($client_id)，目的在于对主题描述的触发服务端onclose事件的客户端，却未关闭的客户端长连接进行手动清理，旨在保证能够最即时的清理该死链，最快速度保证客户端能够重新重连上来
还想请教下，针对以上方案是否可行
尤其是第四点，在onclose事件中再加一个Gateway::closeClient($client_id)，是否会有问题，还请大神帮忙解答一下
379 1 0
1个回答
相似问题
赞助商
热门问答
发一个Webman AI 聊天源码 (赠送apikey)
Gateway服务启动成功，就是连接不上啊，救命啊！！来人啊！！！！！
官方不重视下吗？延时队列又是只有redis的db 1库会执行
使用workerman加速任意项目
大佬们 能不能编译一个有xlswriter扩展的php静态文件啊，由于本人能力有限，望大佬们帮帮忙
🚀 将webman打包成二进制，PHP也可以打包成二进制了
xlswriter webman没有集成吗
MYSQL show PROCESSLIST 问题 一个数据库很多 sleep 很多
业务初始化 初始Elasticsearch
发布一场考试，有结束时间 定时器该怎么处理
服务端触发 onClose后不用调用 Gateway::closeClient($client_id)。
如果触发onClose，但仍然在通讯，那说明触发onClose的连接和通讯的连接不是一个，在onClose和onMesage里记录下日志，把client_id记录下来对比下就知道了。