TCP详解（二） : TCP三次握手、四次挥手

Vincent（朱志强）

已于 2024-06-01 10:47:02 修改

阅读量789

点赞数 1

分类专栏：计算机网络文章标签： Android tcp/ip 网络 http

于 2016-12-25 11:50:59 首次发布

本文链接：https://blog.csdn.net/jungle_pig/article/details/53868867

版权

计算机网络专栏收录该内容

3 篇文章 1 订阅

订阅专栏

系列文章

TCP详解（一）：什么是TCP

TCP详解（二）: TCP三次握手、四次挥手

TCP详解（三）：TCP流量控制——Flow Control

TCP详解（四）：TCP拥堵控制——Congestion Control

本篇目录

主动方发送最后一个ACK包后，为什么要等待一段时间

TCP三次握手

通过TCP传输真正的数据之前，通信双方需要建立TCP连接，这个建立的过程称为TCP三次握手。

第一次握手。客户端发送一个特殊的数据包，即SYN包，其SYN控制位设置为1，向服务器表达建立连接的请求，生成一个随机数作为序列号，即seq = x。
第二次握手。服务端回复一个特殊的数据包，即SYN + ACK包，其ACK控制位设置为1，表示同意了对方的连接请求，其SYN控制位设置为1，表示也想与客户端建立连接的意愿，生成一个随机数作为序列号，即seq = y，确认号设置为ack = x + 1，即在对方数据包的序列号x基础上再加1，表示已确认收到数据。
第三次握手。客户端回复一个特殊的数据包，即ACK包，其ACK控制位设置为1，自己也同意了服务端的连接请求，确认号设置为ack = y + 1，双方愉快地建立TCP连接。

TCP连接为什么是三次握手而不是两次握手

避免已经失效的SYN包到达服务端后直接建立连接，浪费资源。
Case①：客户端发送了一个SYN包，由于网络堵塞，迟迟没能到达服务端。客户端得不到服务端的应答，再次发起一个SYN包，最后两个SYN包都到达服务端，服务端分别回复两个ACK包，如果连接只需要两次握手，那么会建立两个TCP连接，造成不必要的资源浪费。但如果是三次握手，服务端不会针对没有得到客户端确认的SYN包建立TCP连接。
Case②：客户端只发出了一个SYN包，迟迟未到达服务端，等到达服务端的时候，客户端程序退出了，如果不进行第三次握手，同样会建立不必要的连接，浪费资源。
为了确认双方发送真正的数据时的起始序列号。在TCP详解（一）：什么是TCP一文提到过，TCP会为待传递的数据的每个字节编一个整数编号，假设第一个字节的编号为x，后续字节的编号依次加1。一个TCP数据包的编号（即序列号seq）是该数据包最后一个字节数据的编号。序列号是TCP进行可靠传输的保证，数据的有序重组及数据的完整性都依赖于此。TCP规定，SYN包虽然不携带真正传输的数据，但会消耗一个序列号，而且，SYN包的序列号是一个随机数，纯ACK包（不携带数据且SYN标志位不为1）不消耗序列号。假如客户端SYN包的序列号seq = m，那么服务端回应一个（SYN + ACK）包，即（ack = m + 1，seq = r ，ACK = 1，SYN = 1），表示以收到seq = m的数据包，等待接收seq = m + 1的包。此时如果客户端不回应一个ACK包的话，服务端就不知道seq = r的SYN包对方有没有收到，无法发送下一个数据包给客户端。客户端因为没有确认seq = r的数据包，也不知道接下来服务端发的数据包的序列号是多少。

TCP四次挥手

TCP断开连接时，需要四次挥手。

第一次挥手。主动关闭的一方发出一个特殊的数据包，其FIN控制位设为1，即FIN包，向对方表达单向断开请求，表示不再向对方发送数据，但仍可接收对方的数据。
第二次挥手。被动关闭方回复一个特殊的数据包，其FIN控制位设为1，即ACK包，表示同意对方的单向断开请求，断开自己的数据接收通道，不再尝试从对方获取更多数据。但由于自己尚有数据未发送结束，还不能立即关闭数据发送通道。
第三次挥手。一段时间后，被动方数据发送完毕，发送一个FIN包给对方，表示已无数据再发送。
第四次挥手。主动方发送一个ACK包给对方，表示双方彻底断开连接，并在等待一段时间后关闭连接。被动方收到ACK包后关闭连接。