【计算机网络】TCP/UDP基础（简洁版）三次握手、四次挥手

1. TCP

TCP（Transmission Control Protocol 传输控制协议）是一种面向连接的、可靠的、基于字节流的传输层通信协议。

1.1 三次握手

三次握手是建立连接的过程。

第一次握手： 客户端[Init]向服务端发送一包连接请求数据（SYN），询问能否建立连接。
第二次握手： 若服务端[Listen]同意连接[SYN-RCVD]，向客户端回复（SYN+ACK）。
第三次握手： 客户端收到后，向服务端回复（ACK），连接建立[ESTABLISHED]。

为什么是三次握手而不是两次？
为了防止已失效的请求报文（SYN1）突然传到服务端引起的错误，本质上是解决网络信道不可靠的问题，在不可靠的信道上建立可靠连接。

1.2 传输确认

三次握手之后客户端和服务端都进入数据传输状态（ESTABLISHED），为了解决丢包问题和乱序问题，进行传输确认。
TCP协议是全双工的，对于客户端和服务端在传输确认机制上是一致的。

1.3 四次挥手

两端都可以发送关闭连接请求，以下假设客户端首先发送关闭连接请求。

第一次挥手： 客户端[ESTABLISHED]向服务端发送关闭连接请求（FIN）并进入终止等待1状态[FIN-WAIT-1]。
第二次挥手： 服务端[ESTABLISHED]收到关闭请求（FIN），向客户端回复（ACK）表示自己进入关闭等待状态[CLOSE-WAIT]，客户端收到回复（ACK）进入关闭等待2状态[FIN-WAIT-2]。
第三次挥手： 服务端还可以发送数据，同样客户端还可以接收数据，待数据发送完毕，向客户端发送（FIN）并进入最后确认状态[LAST-ACK]。
第四次挥手： 客户端收到发送完毕（FIN）向服务端，服务端回复（ACK）并进入超时等待状态[TIME-WAIT]，服务端收到（ACK）并关闭连接[CLOSED]，客户端经过超时时间后自动关闭连接[CLOSED]。

为什么要有超时等待状态？
需要保证服务端收到（ACK），若没有超时等待状态，假设发送完（ACK）后立即关闭连接，一旦（ACK）在网络中丢失，服务端将一直停留在最后确认状态[LAST-ACK]；添加超时等待状态，若超时时间结束服务端没有收到（ACK），服务端将会重新发送完毕（FIN）向服务端，客户端重刷超时等待时间。

1.4 常见TCP连接状态

CLOSED：初始状态。
LISTEN：服务器处于监听状态。
SYN_SEND：客户端socket执行CONNECT连接，发送SYN包，进入此状态。
SYN_RECV：服务端收到SYN包并发送服务端SYN包，进入此状态。
ESTABLISH：表示连接建立。客户端发送了最后一个ACK包后进入此状态，服务端接收到ACK包后进入此状态。
FIN_WAIT_1：终止连接的一方（通常是客户机）发送了FIN报文后进入。等待对方FIN。
CLOSE_WAIT：（假设服务器）接收到客户机FIN包之后等待关闭的阶段。在接收到对方的FIN包之后，自然是需要立即回复ACK包的，表示已经知道断开请求。但是本方是否立即断开连接（发送FIN包）取决于是否还有数据需要发送给客户端，若有，则在发送FIN包之前均为此状态。
FIN_WAIT_2：此时是半连接状态，即有一方要求关闭连接，等待另一方关闭。客户端接收到服务器的ACK包，但并没有立即接收到服务端的FIN包，进入FIN_WAIT_2状态。
LAST_ACK：服务端发动最后的FIN包，等待最后的客户端ACK响应，进入此状态。
TIME_WAIT：客户端收到服务端的FIN包，并立即发出ACK包做最后的确认，在此之后的2MSL时间称为TIME_WAIT状态。

2. UDP

将数据直接通过网卡发出，不建立连接关系。
性能损耗少，对于CPU而言内存资源的占用也少，但可能存在传输过程中的丢包问题。

3. TCP与UDP协议的区别

同： 两种协议均工作在传输层，目标都是在程序之间传输数据。

异：

协议	基本性质	特点	应用
TCP	基于连接 面向字节流 首部开销20字节	全双工通信 稳定可靠 单条TCP连接只能是点到点	传输文件、发送邮件、浏览网页……
UDP	基于非连接 面向报文 首部开销8字节	无连接的不可靠信道 通信速度快 支持一对一、一对多、多对一和多对多交互通信	域名查询、语音通话、视频直播、隧道网络（VPN）……

4. 网络的七层/五层模型主要的协议

参考链接：

一条视频讲清楚TCP协议与UDP协议-什么是三次握手与四次挥手
阿秀的学习笔记