zoukankan      html  css  js  c++  java
  • tcp状态-TIME_WAIT与CLOSE_WAIT带来的坑

    tcp状态:

    http://www.cnblogs.com/DengGao/p/tcp_state.html

    1. tcp连接会占用系统资源(文件描述符), 有时候甚至会导致系统假死(不能发起或者处理tcp请求)。

    2. TIME_WAIT状态tcp过多的原因:

          TIME_WAIT等待状态,这个状态又叫做2MSL状态,主动关闭方会出现TIME_WAIT。状态说的是在TIME_WAIT2发送了最后一个ACK数据报以后,要进入TIME_WAIT状态,这个状态是防止最后一次握手的数据报没有传送到对方那里而准备的(注意这不是四次握手,这是第四次握手的保险状态)。这个状态在很大程度上保证了双方都可以正常结束。

          tcp系统参数设置,可以更改tcp回收策略,以及TIME_WAIT的时间。

          参考: http://www.cnblogs.com/DengGao/p/tcp_parameter.html

    3. CLOSE_WAIT状态tcp过多的原因:

          被动关闭方,回复主动关闭方关闭操作后,进入CLOSE_WAIT(等待自己关闭)。

          程序代码错误经常导致连接不能释放,tcp处于CLOSE_WAIT状态,不能释放。(但是,当超过net.ipv4.tcp_keepalive_time时间,对端如果已经释放,那么本端的tcp也会释放)

  • 相关阅读:
    软件测试流程
    软件测试第三天
    软件测试第二天
    软件测试第一天
    一起交流,共同进步
    GIF89a图片头文件欺骗
    spring boot 整合mybatis:org.apache.ibatis.binding.BindingException: Invalid bound statement (not found):
    webService接口例子(转)
    爬虫篇 2017/12/22 暖冬
    2017/12/17 冷~~
  • 原文地址:https://www.cnblogs.com/DengGao/p/TIME_WAIT-CLONE_WAIT.html
Copyright © 2011-2022 走看看