硬件连接上以后,过个几十秒又会踢下线,然后硬件再连,服务器还会踢掉线,循环往复几十次之后,才会正常,但是不知道什么时候又会出现,很频繁
硬件向服务端发送心跳间隔最好小于60秒。因为一些网络节点设备可能会清理超过60秒未活动的连接。
另外连接断开不一定是心跳问题,业务逻辑以及网络质量都可能有影响
心跳设置的都小于10秒,即使没有做任何业务处理,也还是会出现掉线的情况
我这边做的日志产看,硬件的心跳包确实是一直发送的
请问和进程数有关系吗?
发下硬件具体心跳间隔时间。发下start_gateway.php配置
心跳间隔时间是7秒
配置没有问题。可能是业务逻辑问题或者网络质量影响
好的,谢谢,我再看看
@1: 我的是跟手持机扫码硬件tcp长链,有时手持机发送成功了记录数据库了,但是服务器返回不回去,10秒后变成超时,有时扫码三次才返回成功,感觉返回被断开了
@1:客户要求100%发送成功,现在总会有超时返回失败的情况,业务代码简单就接收条码信息存储数据库
我的掉线更严重,连接上就掉线,掉线就连接上,连接上再掉线。哈哈。也不知道啥情况。
估计哪里配置没弄对
硬件向服务端发送心跳间隔最好小于60秒。因为一些网络节点设备可能会清理超过60秒未活动的连接。
另外连接断开不一定是心跳问题,业务逻辑以及网络质量都可能有影响
心跳设置的都小于10秒,即使没有做任何业务处理,也还是会出现掉线的情况
我这边做的日志产看,硬件的心跳包确实是一直发送的
请问和进程数有关系吗?
发下硬件具体心跳间隔时间。发下start_gateway.php配置
心跳间隔时间是7秒
配置没有问题。可能是业务逻辑问题或者网络质量影响
好的,谢谢,我再看看
@1: 我的是跟手持机扫码硬件tcp长链,有时手持机发送成功了记录数据库了,但是服务器返回不回去,10秒后变成超时,有时扫码三次才返回成功,感觉返回被断开了
@1:客户要求100%发送成功,现在总会有超时返回失败的情况,业务代码简单就接收条码信息存储数据库
我的掉线更严重,连接上就掉线,掉线就连接上,连接上再掉线。哈哈。也不知道啥情况。
估计哪里配置没弄对