TCP协议是一个可靠的协议,那么服务器向客户端发信息客户端应该100%收到
目前采用了心跳以证明该客户端在线,连续发3个信息给客户端,1和3都收到了,第二个就是没收到,这种问题时有发生
请教,怎么破
搞了一下午,让客户端进行信息的应答以证明收到了,可TCP本身就处理这种问题了,感觉自己画蛇添足了
查看php start.php status 发送失败次数都是0
发送的数据量也都很小。 几十个字节而已.
tcp可以保证要么连接断开,要么收到。同一个tcp连接,不会出现收到第一个包,第二个包丢失,收到第三个包的情况。
那么出现这种问题一般是业务没有执行到发送第二个包的逻辑,要么是客户端收到了但是没处理好。 需要服务端记录发送的日志,以及tcpdump抓包看服务端是否发送
查看php start.php status 发送失败次数都是0
发送的数据量也都很小。 几十个字节而已.
tcp可以保证要么连接断开,要么收到。同一个tcp连接,不会出现收到第一个包,第二个包丢失,收到第三个包的情况。
那么出现这种问题一般是业务没有执行到发送第二个包的逻辑,要么是客户端收到了但是没处理好。
需要服务端记录发送的日志,以及tcpdump抓包看服务端是否发送