zoukankan      html  css  js  c++  java
  • TCP四次挥手

    TCP四次挥手

    • enter image description here
    • 假设Client端发起中断连接请求,也就是发送FIN报文。Server端接到FIN报文后,意思是说"我Client端没有数据要发给你了",可是假设你还有数据没有发送完毕,则不必急着关闭Socket,能够继续发送数据。所以你先发送ACK,"告诉Client端,你的请求我收到了,可是我还没准备好,请继续你等我的消息"。这个时候Client端就进入FIN_WAIT状态,继续等待Server端的FIN报文。当Server端确定数据已发送完毕,则向Client端发送FIN报文,"告诉Client端,好了,我这边数据发完了,准备好关闭连接了"。Client端收到FIN报文后,"就知道能够关闭连接了,可是他还是不相信网络,怕Server端不知道要关闭,所以发送ACK后进入TIME_WAIT状态,假设Server端没有收到ACK则能够重传。“,Server端收到ACK后,"就知道能够断开连接了"。Client端等待了2MSL后依旧没有收到回复,则证明Server端已正常关闭,那好,我Client端也能够关闭连接了。Ok,TCP连接就这样关闭了!
    • 为什么TIME_WAIT状态须要经过2MSL(最大报文段生存时间)才干返回到CLOSE状态?
      • 尽管按道理,四个报文都发送完成,我们能够直接进入CLOSE状态了,可是我们必须假象网络是不可靠的,又能够最后一个ACK丢失。所以TIME_WAIT状态就是用来重发可能丢失的ACK报文。
  • 相关阅读:
    更好地限制一个UITextField的输入长度
    训练集(train set) 验证集(validation set) 测试集(test set)
    主流机器学习[xgb, lgb, Keras, LR]
    python pandas (ix & iloc &loc) 的区别
    机器学习:数据预处理之独热编码(One-Hot)
    SPARK第一天
    Spark简介
    scatter
    协方差和相关关系
    SQL存储过程
  • 原文地址:https://www.cnblogs.com/frankltf/p/10314811.html
Copyright © 2011-2022 走看看