网络
Adam523
这个作者很懒,什么都没留下…
展开
专栏收录文章
- 默认排序
- 最新发布
- 最早发布
- 最多阅读
- 最少阅读
-
socket使用TCP协议时,send、recv函数解析以及TCP连接关闭的问题
Tcp协议本身是可靠的,并不等于应用程序用tcp发送数据就一定是可靠的.不管是否阻塞,send发送的大小,并不代表对端recv到多少的数据.在阻塞模式下, send函数的过程是将应用程序请求发送的数据拷贝到发送缓存中发送并得到确认后再返回.但由于发送缓存的存在,表现为:如果发送缓存大小比请求发送的大小要大,那么send函数立即返回,同时向网络中发送数据;否则,send向网络发送缓存中不能容纳的转载 2018-01-31 14:30:47 · 3154 阅读 · 0 评论 -
CLOSE_WAIT网络状态产生分析
CLOSE_WAIT状态 首先我们知道,如果我们的服务器程序APACHE,nginx,resin处于CLOSE_WAIT状态的话,说明套接字是被动关闭的! 因为如果是CLIENT端主动断掉当前连接的话,那么双方关闭这个TCP连接共需要四个packet: Client —> FIN —> ServerClient 这时候Client端处于FIN_WAIT_2状态;而Server 程序处于CL转载 2018-01-30 13:57:21 · 1439 阅读 · 0 评论 -
CLOSE_WAIT状态的产生原因及解决
最近测试环境server由于需要与大量的后台server交互,今天突然发现有大量的close_wait产生,于是仔细研究了一下: 如果我们的服务器程序处于CLOSE_WAIT状态的话,说明套接字是被动关闭的! 因为如果是CLIENT端主动断掉当前连接的话,那么双方关闭这个TCP连接共需要四个packet: 1.Client -> FIN -> Server 2.Client 3.Client转载 2018-01-30 15:34:10 · 12956 阅读 · 0 评论
分享