TCP、UDP协议

TCP与UDP协议的区别

TCP（Transmission Control Protocol）和UDP（User Datagram Protocol）是两种常用的传输层协议，它们之间有以下几点区别：

1. 连接性：
   - TCP是面向连接的协议，通过三次握手建立连接，提供可靠的数据传输，保证数据的顺序和完整性。
   - UDP是无连接的协议，不需要建立连接，不保证数据的可靠性和顺序性，适合实时性要求高的数据传输。

2. 数据传输方式：
   - TCP使用流式传输，将数据分割成小块并按顺序传输，保证数据的完整性。
   - UDP使用数据报传输，每个数据包独立传输，没有顺序要求，适合一次性传输少量数据。

3. 可靠性：
   - TCP提供可靠的数据传输，通过确认机制、重传机制、拥塞控制等方式确保数据的可靠性。
   - UDP不提供数据传输的可靠性，数据包可能丢失或乱序，需要应用层自行处理。

4. 消耗：
   - TCP的可靠性和复杂性导致的额外开销会消耗更多的网络资源，适合对数据完整性要求高的应用。
   - UDP的简单性和高效性使其消耗更少的网络资源，适合实时性要求高、数据丢失可以容忍的应用。

总的来说，TCP适用于对数据完整性和顺序性要求高的场景，如文件传输、网页访问等；而UDP适用于实时性要求高、数据量小、丢失可以容忍的场景，如音视频传输、在线游戏等。选择使用哪种协议取决于具体应用的需求。
 

TCP协议

TCP协议的三次握手

在tcp三次握手建立连接时，双方是怎么知道已经完成三次握手了的？

在TCP三次握手过程中，双方通过不同的状态来确认已经完成了三次握手。以下是双方如何知道三次握手已经完成的过程：

1. 客户端发送SYN包：客户端向服务器端发送一个SYN包，表示请求建立连接，并进入SYN_SENT状态。

2. 服务器端发送SYN-ACK包：服务器端接收到客户端发送的SYN包后，会向客户端发送一个SYN-ACK包，表示同意建立连接，并进入SYN_RECV状态。

3. 客户端发送ACK包：客户端收到服务器端发送的SYN-ACK包后，会向服务器端发送一个ACK包，表示确认建立连接，并进入ESTABLISHED状态。

在这个过程中，当服务器端收到客户端发送的ACK包后，双方就确认完成了三次握手，可以开始进行数据传输。
 

TCP是怎么知道发送的是（请求建立连接消息，还是确认连接、关闭连接等）

通过TCP协议头部中的“状态控制码”来标识

序号-sequence number:编号：TCP数挺包时大，分段(10段：1，2，3，4，10)
确认号：ackmowledge number。表示我服务器期望收到你的下一个包的序号
状态控制码(code control flag):标志位信号灯1--亮   0--灭===表示数据包的类型
ACK·acknowledge:确认位。=1，表示这个消遮是一个确认消息
RST-RESET：重置。=1，表示这个消息释放连接。TCP连接出错误主机服务器瑞，断开连接。请重新建立连接。
SYN:synchronous:同步，=1，表示这个消息是：1.一个发起连接的消息+2确认接收连接消息
FIN-Final:终止。=1，表示发送报文结束了完毕了，程放这个连接。--TCP四次挥手

四次挥手过程

 

• 第一次挥手： Client端发起挥手请求，向Server端发送标志位是FIN报文段，设置序列号seq，此时，Client端进入`FIN_WAIT_1`状态，这表示Client端没有数据要发送给Server端了，但仍可以接收数据。
• 第二次挥手：Server端收到了Client端发送的FIN报文段，向Client端返回一个标志位是ACK的报文段，ack设为seq加1，Client端进入`FIN_WAIT_2`状态。这个过程表示Server端告诉Client端，我确认并同意你的关闭请求。
• 第三次挥手： Server端向Client端发送标志位是FIN的报文段，请求关闭连接，同时Client端进入`LAST_ACK`状态。
• 第四次挥手： Client端收到Server端发送的FIN报文段，向Server端发送标志位是ACK的报文段，然后Client端进入`TIME_WAIT`状态。Server端收到Client端的ACK报文段以后，就关闭连接。此时，Client端等待2MSL的时间后依然没有收到回复，则证明Server端已正常关闭，那好，Client端也可以关闭连接了。

 

参考文章：一文彻底搞懂 TCP三次握手、四次挥手过程及原理 - 知乎 (zhihu.com)