深入理解TCP三次握手与四次挥手——来自Ready-For-Tech-Interview的技术解析

深入理解TCP三次握手与四次挥手——来自Ready-For-Tech-Interview的技术解析

Ready-For-Tech-Interview 💻 신입 개발자로서 지식을 쌓기 위해 공부하는 공간 👨‍💻 Ready-For-Tech-Interview 项目地址: https://gitcode.com/gh_mirrors/re/Ready-For-Tech-Interview

引言:TCP连接的重要性

在计算机网络通信中,TCP(传输控制协议)因其可靠性而成为最常用的传输层协议之一。TCP通过三次握手建立连接和四次挥手终止连接,确保数据传输的可靠性。本文将深入解析这两个关键过程的技术细节。

一、TCP三次握手详解

1.1 什么是三次握手

三次握手是TCP协议建立连接的过程,确保通信双方都具备发送和接收数据的能力。这个过程就像两个人打电话时的确认过程:

  • A:"喂,能听到我说话吗?"
  • B:"能听到,你能听到我说话吗?"
  • A:"能听到"

1.2 三次握手的具体步骤

  1. 第一次握手(SYN)

    • 客户端发送SYN=1标志的数据包
    • 包含初始序列号(ISN),这是一个随机生成的数字
    • 状态变化:客户端进入SYN_SENT状态
  2. 第二次握手(SYN+ACK)

    • 服务器收到SYN后,发送SYN=1和ACK=1标志的数据包
    • 确认号(ACK)设置为客户端ISN+1
    • 包含服务器自己的ISN(另一个随机数)
    • 状态变化:服务器进入SYN_RECEIVED状态
  3. 第三次握手(ACK)

    • 客户端发送ACK=1标志的数据包
    • 确认号设置为服务器ISN+1
    • 状态变化:双方进入ESTABLISHED状态

1.3 为什么需要三次握手?

关键原因:防止历史重复连接初始化导致的资源浪费。

  • 两次握手的问题:如果客户端发送的SYN在网络中滞留,客户端会重发SYN。当滞留的SYN到达服务器时,服务器会误认为这是新的连接请求。
  • 三次握手的优势:客户端可以识别出滞留的ACK,从而拒绝这种无效连接。

1.4 初始序列号(ISN)的随机性

ISN不是从0或1开始,而是随机生成的,原因包括:

  1. 防止序列号预测攻击
  2. 避免前一次连接的报文段被误认为是当前连接的
  3. 防止TCP序列号绕回问题

二、TCP四次挥手详解

2.1 什么是四次挥手

四次挥手是TCP协议终止连接的过程,确保双方都能完整地发送完数据并安全关闭连接。

2.2 四次挥手的具体步骤

  1. 第一次挥手(FIN)

    • 主动关闭方发送FIN=1标志的数据包
    • 状态变化:进入FIN_WAIT_1状态
  2. 第二次挥手(ACK)

    • 被动关闭方收到FIN后,发送ACK确认
    • 状态变化:进入CLOSE_WAIT状态
    • 主动关闭方收到ACK后进入FIN_WAIT_2状态
  3. 第三次挥手(FIN)

    • 被动关闭方完成数据处理后,发送FIN=1标志的数据包
    • 状态变化:进入LAST_ACK状态
  4. 第四次挥手(ACK)

    • 主动关闭方发送最后的ACK确认
    • 状态变化:进入TIME_WAIT状态,等待2MSL后关闭
    • 被动关闭方收到ACK后完全关闭连接

2.3 为什么需要四次挥手?

TCP是全双工协议,数据可以双向独立传输。四次挥手确保了:

  1. 主动关闭方可以通知对方不再发送数据
  2. 被动关闭方可以确认收到关闭请求
  3. 被动关闭方可以完成剩余数据的发送
  4. 被动关闭方可以通知对方自己也要关闭
  5. 主动关闭方确认收到关闭通知

2.4 TIME_WAIT状态的重要性

TIME_WAIT状态持续2MSL(最大报文段生存时间),通常为1-4分钟,作用包括:

  1. 确保最后一个ACK能到达对方
  2. 让网络中所有此连接的报文段都失效
  3. 防止新连接收到旧连接的报文

三、常见问题与异常情况

3.1 握手过程中的异常

  1. SYN Flood攻击:攻击者发送大量SYN但不完成握手,耗尽服务器资源

    • 防御:SYN Cookie技术
  2. 连接超时:网络问题导致握手无法完成

    • 系统会有超时重试机制

3.2 挥手过程中的异常

  1. CLOSE_WAIT过多:通常因应用程序未正确调用close()导致

    • 表现为服务器资源逐渐耗尽
    • 解决方法:检查应用程序的资源释放逻辑
  2. TIME_WAIT过多:高并发短连接场景常见

    • 影响:占用端口资源
    • 解决方案:调整内核参数或使用连接池

四、实际应用中的优化建议

  1. 服务器端优化

    • 调整SYN队列大小
    • 启用SYN Cookie
    • 合理设置TIME_WAIT回收参数
  2. 客户端优化

    • 使用连接池减少连接建立/关闭次数
    • 合理设置超时时间
  3. 应用程序设计

    • 确保正确关闭socket
    • 处理网络异常情况

五、总结

TCP的三次握手和四次挥手是保证可靠通信的基础机制。理解这些过程不仅有助于网络编程,还能帮助诊断网络问题。记住:

  1. 三次握手确保双方都能发送和接收
  2. 四次挥手确保双方都能安全关闭
  3. 序列号随机性防止安全问题
  4. TIME_WAIT状态是必要的保护机制

掌握这些知识,你就能更好地理解和处理TCP连接中的各种情况,为技术面试和实际工作打下坚实基础。

Ready-For-Tech-Interview 💻 신입 개발자로서 지식을 쌓기 위해 공부하는 공간 👨‍💻 Ready-For-Tech-Interview 项目地址: https://gitcode.com/gh_mirrors/re/Ready-For-Tech-Interview

创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

鲍珍博Quinn

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值