易语言服务器检测客户端是否在线

易语言写服务器检测客户端在线，易语言服最直接的检测办法就是心跳包加超时判断。别整那些花里胡哨的客户TCP长连接保活机制，实际开发里，端否客户端断网、易语言服断电、检测被任务管理器杀掉，客户服务器根本收不到关闭连接的端否信号。你指望系统底层告诉你？易语言服不存在的。 我见过太多新手在服务器端写个循环，检测不停用“客户Duan.取状态()”去查。客户这方法有个致命伤——它只能检测到“连接是端否否被系统正常关闭”，一旦客户端物理断网，易语言服或者程序崩溃前没来得及发断开指令，检测这个状态会一直显示“连接中”，客户直到系统TCP超时，那可能是几分钟甚至半小时以后的事。到时候你的服务器列表里全是僵尸连接，房主明明掉线了，别人还进不了房间。 正确做法分三步。第一步，客户端每隔三秒发一个自定义心跳数据包，比如就发个字节“1”。第二步，服务器收到任何数据，都更新这个客户对应的最后活动时间戳，存到一个数组或数据库里。第三步，服务器开个定时器，每五秒扫描一遍所有在线客户，拿当前时间减去每个客户的时间戳，超过十秒没动静的直接判定离线，强制断开并清理资源。 关键细节在这里。易语言的服务器组件有个坑——它的“数据到达”事件里，如果你不主动读取数据，数据会积压在缓冲区，但事件还是会触发。所以你得在事件里用“服务器.取回数据()”把心跳包读掉，哪怕你不处理内容，也得取走，不然内存会涨。另一个坑是时间戳别用“取启动时间()”，那是从程序启动开始算的毫秒数，重启服务器会乱。用“取现行时间()”转成“取时间间隔()”或者干脆用“取精确时间()”这种高精度计时器，避免客户端和服务器时间不同步的问题。 我实际测试过，局域网内心跳包延迟基本在1毫秒以内，所以三秒发一次、十秒超时是安全阈值。你要是做公网服务器，延迟可能到几百毫秒，那就把心跳间隔放宽到五秒，超时设十五秒。别设太短，不然用户手机网络波动一下就被踢下线，体验极差。 还有个小技巧，服务器端别把所有客户存成一个数组然后每次全遍历。客户量超过一百个的时候，全遍历加比较时间戳，CPU占用会明显上升。用个“客户句柄对应时间戳”的哈希表，或者干脆用易语言的“客户列表”组件自带的标记值，把时间戳直接存到“客户.取标记()”里，扫描时只遍历活跃客户，效率高得多。 最后说个真实案例。我之前做个联机小游戏，最初用“取状态()”检测，结果玩家路由器重启一下，服务器上挂着三十多个假在线。改成心跳包方案后，掉线检测从最多三十秒缩短到十秒，玩家重连速度也快了，因为服务器能及时释放端口资源。就这么简单，但你要是不踩过坑，真想不到系统自带的状态检测这么不靠谱。