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. 校验和

  • 如果收到首部和数据的校验和 有差错,则丢弃此报文
    • 端对端的校验和 可以检测到数据在传输过程中的变化
相关推荐
wang_shu_mo_ran13 分钟前
网络编程(二):UDP数据报在客户端与服务端之间的传输
网络·网络协议·udp
mudtools1 小时前
HttpUtils:一个编译时生成的声明式 HTTP 客户端框架
网络·网络协议·http·.net
卖萌的斜阳15 小时前
W55MH32L-EVB 上手测评:硬件 TCP/IP 加持的以太网单片机,MicroPython 零门槛开发
单片机·网络协议·tcp/ip
用户83344239661415 小时前
Qt6 实现 TCP/UDP/组播 透明中继抓包工具 | 流量录制回放 | 工业设备调试
网络协议
CryptoPP18 小时前
BSE股票K线数据接入实战:从接口调用到前端图表展示
大数据·前端·网络·人工智能·websocket·网络协议
ITxiaobing202318 小时前
程序化广告RTB场景下IP地理定位服务的精度与工程架构选型
网络协议·tcp/ip·架构
apihz20 小时前
台风实时与历史详情查询免费 API 接口完整教程
android·开发语言·tcp/ip·dubbo·台风·天气预报
阿米亚波21 小时前
【EVE-NG 实战】防火墙基础(VLAN · VRRP · NAT · ACL · 静态路由)
运维·网络·笔记·网络协议·计算机网络·网络安全·运维开发
tiantianuser21 小时前
NVME-oF IP 设计2 :设计之前的调研!
网络·网络协议·rdma·roce v2·nvme of
飞花绫1 天前
嵌入式 TCP/UDP 双通道架构:为什么控制与发现要分离
tcp/ip·架构·udp