TCP（传输控制协议）和UDP（用户数据报协议）是互联网中两种最常用的传输层协议，它们在设计目标、工作机制和应用场景上有显著区别。以下是它们的核心对比：
1. 连接方式
| TCP | UDP |
|---|---|
| 面向连接：通信前需通过“三次握手”建立连接，通信后通过“四次挥手”断开连接。 | 无连接：直接发送数据，无需建立或断开连接。 |
| 示例：打电话（需拨通后才能通话）。 | 示例：发短信（直接发送，无需确认对方是否在线）。 |
2. 可靠性
| TCP | UDP |
|---|---|
| 可靠传输： - 数据按序到达（保序）。 - 通过确认（ACK）和重传机制保证数据不丢失。 - 校验和检测数据完整性。 | 不可靠传输： - 不保证数据到达顺序或是否丢失。 - 无重传机制，校验和可选。 |
| 适用场景：文件传输、网页加载、电子邮件。 | 适用场景：实时音视频、在线游戏、DNS查询。 |
3. 流量控制与拥塞控制
| TCP | UDP |
|---|---|
| 支持流量控制：通过滑动窗口机制调整发送速率，避免接收方缓冲区溢出。 | 无流量控制：发送速率由应用层决定，可能丢包。 |
| 支持拥塞控制：通过慢启动、拥塞避免等算法动态调整网络负载。 | 无拥塞控制：持续以固定速率发送数据，可能加剧网络拥塞。 |
4. 传输效率
| TCP | UDP |
|---|---|
| 效率较低： - 建立连接和保证可靠性需要额外开销（如ACK包）。 - 头部较大（20字节+选项）。 | 效率高： - 无连接管理开销，传输速度快。 - 头部小（8字节）。 |
| 延迟较高：适合对延迟不敏感的场景。 | 延迟低：适合实时性要求高的场景。 |
5. 数据传输模式
| TCP | UDP |
|---|---|
| 点对点（单播）：仅支持一对一通信。 | 支持单播、多播、广播：可同时向多个目标发送数据。 |
6. 典型应用场景
| TCP | UDP |
|---|---|
| - HTTP/HTTPS（网页） - FTP（文件传输） - SMTP（邮件） - SSH（远程登录） | - DNS（域名解析） - 流媒体（如直播、视频会议） - 在线游戏（如MOBA、FPS） - IoT传感器数据传输 |
总结：如何选择？
| 选择TCP | 选择UDP |
|---|---|
| - 数据必须完整、有序到达 - 对延迟不敏感 - 需要网络自适应（如拥塞控制） | - 实时性要求高（容忍少量丢包） - 需要低开销（如物联网设备） - 支持多播/广播 |
对比表格
| 特性 | TCP | UDP |
|---|---|---|
| 连接方式 | 面向连接 | 无连接 |
| 可靠性 | 高（不丢失、保序） | 低（可能丢失、不保序） |
| 流量控制 | 支持 | 不支持 |
| 拥塞控制 | 支持 | 不支持 |
| 传输效率 | 低（头部大、开销高） | 高（头部小、开销低） |
| 延迟 | 较高 | 较低 |
| 适用场景 | 文件传输、网页浏览 | 实时音视频、在线游戏 |
扩展说明
- TCP的握手与挥手：
- 三次握手：客户端发送SYN → 服务端回复SYN-ACK → 客户端回复ACK。
- 四次挥手：一方发送FIN → 对方回复ACK → 对方发送FIN → 本方回复ACK。
- UDP的多播/广播：
- 多播（组播）：向一组特定主机发送数据（如视频会议）。
- 广播：向同一网络内所有主机发送数据（如ARP协议）。
根据具体需求，开发者需权衡可靠性与效率，选择最合适的协议。
