TCP 与 UDP

0. tcp 与 udp 的 异同特性

|---------------|----------------------------------------------------------------------------|---------------------------------------------------------|
| | TCP | UDP |
| name | 传输控制协议 | 用户数据报协议 |
| 面向连接? | 需要 * 传输数据前建立连接 * 传输完毕后断开连接 | 不需要 |
| 可靠的传输数据? | 可靠 有确认机制(三次握手) * 有确认、窗口、重传、拥塞控制的机制 保证数据可靠传输 * 保证数据无差错、不丢失、不重复、有序到达 | 不可靠 没有确认机制 * 收到报文后,没有确认收到信息返回 可能会造成问题: * 数据丢失 * 数据非顺序到达 |
| 传输的消息有状态? | 有状态 需要维持复杂的连接状态表 * 记录消息是否被发送 * 记录消息是否被接受 | 无状态 |
| 数据传输的形式? | 面向连续的字节流 | 面向独立的报文 |
| 协议首部开销? | 20~60 字节 | 8 字节 |
| 服务形式or范围 | 仅支持 点对点通信 | 支持 一对一、 一对多、 多对一、多对多通信 |
| 如何选择? | 一般用于传输准确性要求高场景 * 文件传输 * 发送和接受邮件 * 远程登录 | 一般用于即时通信 * 语音 * 视频 * 比如看视频少了一两帧区别不大 * 直播 |
| 传输效率 | 由于TCP 在传输 的时候 ,多了连接、确认、重传等机制 相比TCP传输速率低许多 ||

1. Tcp

1.1 建立与断开连接

(1)tcp三次握手 ------ 建立连接

(2)Tcp四次挥手------断开连接

1.2 传输的可靠性保证

tcp是一种面向连接的、可靠的、基于字节流的传输协议,通过一系列机制来保证数据的可靠传输,主要包括:

1. 超时重传

  • 通过在每个数据包上标记一个序列号,并等待接收方的确认应答
    • 如果一定时间内未收到应答,在设定的超时时间过后,再次发送

2. 流量控制

  • 防止接受过多的数据,导致接收方无法处理
    • 连接的双方都有固定大小的缓冲空间
    • 接受方通过tcp窗口来告知发送方 还有多少缓存空间
    • 使用到了流量控制协议,即 tcp通过滑动窗口来实现
      • 提示发送方控制发送的数据量

3. 拥塞控制

  • 防止发送过多的数据,导致网络拥塞
    • 通过检测网络的拥塞状态(拥塞控制算法)来动态调整发送频率

4. 校验和

  • 如果收到首部和数据的校验和 有差错,则丢弃此报文
    • 端对端的校验和 可以检测到数据在传输过程中的变化
相关推荐
czt_java5 分钟前
网络核心初识:OSI七层、TCP/IP模型与数据传输全过程
网络·tcp/ip·php
captain37644 分钟前
网络原理(4)-TCP
java·服务器·网络·网络协议·tcp/ip·java-ee
AlanBruce3 小时前
摩尔信使MThings IEC 60870-5-104数据配置使用指南
网络·网络协议·tcp/ip
隐擎fox11 小时前
高性能网络爬虫架构设计:基于 Python 的长连接复用与分布式会话池调度实践
分布式·python·网络协议·tcp/ip·高并发·网络爬虫、
IT摆渡者13 小时前
1panel 配置申请手动解析网站SSL证书
服务器·网络协议·ssl
易岳群13 小时前
物联网 MQTT 方案:服务端如何通过 MQTT 生命周期维护客户端设备状态
物联网·网络协议
2501_9378609417 小时前
网络核心|OSI七层、TCP/IP五层模型,封装和分用详解
网络·网络协议·tcp/ip
M1582276905519 小时前
ModbusTCP 转 Profinet 网关:上位机控制 PN 伺服方案
服务器·网络·tcp/ip
宵时待雨19 小时前
linux笔记归纳18:传输层协议TCP
linux·网络·笔记·网络协议·tcp/ip
疯狂打码的少年19 小时前
【计算机网络】UDP协议与TCP/UDP对比(面向连接vs无连接)
笔记·tcp/ip·计算机网络·udp