UDP和TCP高频面试题

Ares陌

已于 2024-08-07 09:36:15 修改

阅读量666

点赞数 16

文章标签： udp tcp/ip 网络协议

于 2024-08-07 09:33:49 首次发布

本文链接：https://blog.csdn.net/qq_15557237/article/details/140976350

版权

UDP 的特点

无连接：UDP 是无连接的协议，不需要建立连接即可发送数据。
不可靠传输：UDP 不提供数据包的确认机制，也不保证数据包的顺序或是否送达。
低延迟：由于没有连接建立和维护过程，UDP 具有较低的传输延迟，适用于对延迟敏感的应用。
无流量控制：UDP 不进行流量控制，发送端可以以任意速度发送数据包。
简单性：UDP 协议头较短，开销小，仅包含源端口、目的端口、长度和校验和。

TCP 的特点

面向连接：TCP 是面向连接的协议，在数据传输前需要建立连接（三次握手）。
可靠传输：TCP 提供可靠的数据传输，保证数据包按序到达，并通过确认机制重传丢失的数据包。
流量控制：TCP 实现流量控制，通过调整发送窗口大小避免网络拥塞。
拥塞控制：TCP 包含拥塞控制算法，动态调整发送速率以防止网络拥塞。
数据完整性：TCP 提供数据包的校验和，确保数据在传输过程中不被篡改。
连接管理：TCP 提供连接建立和断开机制（四次挥手）。

UDP 和 TCP 的区别

特性	UDP	TCP
连接类型	无连接	面向连接
传输可靠性	不可靠	可靠
传输顺序	不保证	保证按序传输
数据包重传	不支持	支持（通过确认和重传机制）
流量控制	不支持	支持
拥塞控制	不支持	支持
延迟	低	相对较高
传输速度	快	较慢（由于可靠性机制）
开销	低（协议头较短）	高（协议头较长，包含更多信息）
应用场景	实时应用（如视频、语音）	可靠性高的应用（如文件传输、邮件）

UDP 适用场景：

实时通信：如 VoIP（语音通信）、视频会议、在线游戏等，需要低延迟而不一定需要可靠传输的场景。
广播和组播：如局域网中的服务发现协议（如 mDNS、SSDP）等。
简单的请求-响应协议：如 DNS 查询、SNMP 等。

TCP 适用场景：

文件传输：如 FTP、SFTP，需要保证文件完整传输的场景。
电子邮件：如 SMTP、IMAP、POP3，需要可靠传输的场景。
网页浏览：如 HTTP、HTTPS，需要数据完整性和可靠性的场景。
数据库连接：如 MySQL、PostgreSQL 等，需要稳定和可靠数据传输的场景。

TCP 的三次握手（为什么三次）

三次握手过程

第一次握手：客户端发送 SYN
- 客户端向服务器发送一个 SYN（Synchronize Sequence Numbers）包，请求建立连接。
- 这个 SYN 包包含了客户端的初始序列号 Seq = x。
- 客户端进入 SYN_SENT 状态。
```
Client -> Server: SYN, Seq = x
```
第二次握手：服务器发送 SYN-ACK
- 服务器收到客户端的 SYN 包后，发送一个 SYN-ACK 包给客户端，表示同意连接。
- 这个 SYN-ACK 包包含了服务器的初始序列号 Seq = y，以及对客户端 SYN 包的确认 Ack = x + 1。
- 服务器进入 SYN_RECEIVED 状态。
```
Server -> Client: SYN, Seq = y, ACK, Ack = x + 1
```
第三次握手：客户端发送 ACK
- 客户端收到服务器的 SYN-ACK 包后，发送一个确认包 ACK 给服务器。
- 这个 ACK 包包含了对服务器 SYN 包的确认 Ack = y + 1，以及客户端的下一个序列号 Seq = x + 1。
- 客户端进入 ESTABLISHED 状态，连接建立完成。
```
Client -> Server: ACK, Seq = x + 1, Ack = y + 1
```
- 服务器收到这个 ACK 包后，也进入 ESTABLISHED 状态，连接建立完成。

为什么需要三次握手？

1. 确认双方接收能力：

第一次握手：客户端发送 SYN 包，告诉服务器希望建立连接，并发送初始序列号 Seq = x。
第二次握手：服务器发送 SYN-ACK 包，确认收到客户端的 SYN 包，并发送服务器的初始序列号 Seq = y。
第三次握手：客户端发送 ACK 包，确认收到服务器的 SYN-ACK 包，并确认双方可以接收和发送数据。

2. 防止重复的历史连接初始化：

如果只进行两次握手，无法保证客户端和服务器都知道对方的接收能力。
三次握手确保双方都确认了各自的接收和发送能力，并且不会误认为过期的 SYN 包是一个新的连接请求。

3. 防止 SYN 洪泛攻击：

三次握手过程中的第二次握手（SYN-ACK）和第三次握手（ACK）有助于减轻 SYN 洪泛攻击的影响。
服务器在收到 SYN 包后，会为这个连接分配一定的资源，但只有在收到客户端的第三次握手 ACK 包后，才会正式分配更多资源。
这使得攻击者很难通过伪造大量 SYN 包来消耗服务器资源。

TCP 的四次挥手（为什么四次？）

四次挥手过程

第一次挥手：客户端发送 FIN
- 客户端向服务器发送一个 FIN（Finish）包，表示客户端已经没有数据要发送了，请求关闭连接。
- 这个 FIN 包包含了客户端的序列号 Seq = u。
- 客户端进入 FIN_WAIT_1 状态。
```
Client -> Server: FIN, Seq = u
```
第二次挥手：服务器发送 ACK
- 服务器收到客户端的 FIN 包后，发送一个 ACK 包作为确认，表示已经收到客户端的关闭请求。
- 这个 ACK 包包含了服务器的确认号 Ack = u + 1。
- 服务器进入 CLOSE_WAIT 状态，客户端进入 FIN_WAIT_2 状态。
```
Server -> Client: ACK, Ack = u + 1
```
第三次挥手：服务器发送 FIN
- 服务器确认完客户端的 FIN 包后，若服务器也没有数据要发送了，就会发送一个 FIN 包给客户端，表示服务器也准备关闭连接。
- 这个 FIN 包包含了服务器的序列号 Seq = v。
- 服务器进入 LAST_ACK 状态。
```
Server -> Client: FIN, Seq = v
```
第四次挥手：客户端发送 ACK
- 客户端收到服务器的 FIN 包后，发送一个 ACK 包作为确认，表示已经收到服务器的关闭请求。
- 这个 ACK 包包含了客户端的确认号 Ack = v + 1。
- 客户端进入 TIME_WAIT 状态，并在等待一段时间（通常为 2 * 最大报文段寿命，2 * MSL）后，进入 CLOSED 状态，正式关闭连接。
- 服务器收到这个 ACK 包后，立即进入 CLOSED 状态，正式关闭连接。
```
Client -> Server: ACK, Ack = v + 1
```