本帖最后由 lzwml 于 2016-1-14 22:20 编辑
服务器和两个客户端连接,采用epoll非阻塞方式,客户端分别发送心跳包(
6s一次),
服务器发送心跳回应,接收在一个线程,人为操作服务器,每隔
1S查询一次客户端业务情况,
在另一个线程发送,此线程与接收线程未作
互斥同步(Socket可能同时被两线程“写”)
所以服务器的两个线程大约每隔6一次数据冲突。(
这是诱因)
抓包发现的确出现有一定概率的数据冲突。
冲突后,接着服务器关闭1S的查询业务,网络上只心跳包和心跳回应包。
代码上看:
- 每次客户端发心跳包后,服务器返回心跳回应都成功,这两种数据包都不大,都是40byte,不应该导致协议栈满
- 问题是客户端收不到任何数据(这是我关注的问题)
抓包显示此时只有服务器端的TCP协议栈返回受到数据的纯ACK应答, ACK应答里并不包含心跳应答数据内容???
这种包好奇怪,命名负载在TCP头尾部,但wiresharp解析却放在Ethernet头尾部,对于padding第一次听说。
整个包长度60byte,其中6byte全0填在末端,54byte是Ethernet+IP+TCP头
抓包显示10次供400byte的心跳应答一次性发完
同事对最后一次发送的分析是:
TCP断开会有半连接状态,主动断开放问对方是否有数据要发,有就一次性发送。
大致的网络数据流程是这样
此帖出自
Linux与安卓论坛
一周热门 更多>