最近遇到一个例子,说有zerowindow出现;出现的原因是接收方的CPU被其他程序吃光,导致socket的read函数处理非常慢。说明接收端的接收缓存不够用。发送端自然而然的要停止发送。
但是如果在接收方的recv buff,以及发送方的send buff,都用光的时候,可能导致发送方send函数调用出现错误。这个时候建议不要close socket,而是再等一等?这个时候,如果上层逻辑处理的不好,可能导致一些问题,需要慎重考虑。
最近遇到一个例子,说有zerowindow出现;出现的原因是接收方的CPU被其他程序吃光,导致socket的read函数处理非常慢。说明接收端的接收缓存不够用。发送端自然而然的要停止发送。
但是如果在接收方的recv buff,以及发送方的send buff,都用光的时候,可能导致发送方send函数调用出现错误。这个时候建议不要close socket,而是再等一等?这个时候,如果上层逻辑处理的不好,可能导致一些问题,需要慎重考虑。
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/bicheng/13986.shtml
如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!