面向字节流(TCP)vs 报文级(UDP)

1. 面向字节流(TCP)

TCP 把数据当成"一串连续的字节流"来看待,没有明确的"消息边界"。

特点:

  • 接收端不知道你什么时候"发了一条完整的消息"

  • 多条消息可能粘在一起(粘包)或拆成多段(拆包)

  • 数据是连续的流,你只能靠协议去切割

举个比喻:

就像一条长长的"传送带 ",你把数据一段段放上去,

对方只能看字节流,不知道哪一段是一个完整的箱子(消息)。容易导致粘包。

2. 报文级(UDP)

UDP 是"报文(包)"为单位的协议 ,一条 sendto() 对应一条完整的 recvfrom()

特点:

  • 发多少就收多少,一次 recvfrom() 只对应一条完整的 UDP 包

  • 不会出现粘包或拆包问题

  • 单个包大小有限制(最多 65,535 字节)

类比:

就像一个个快递包裹 ,每次都独立寄送,接收方一包一包地收,

你永远不会把两包收到一块,也不会收到半包。所以不会出现粘包问题。


总结对比表:

特性 TCP(字节流) UDP(报文)
数据组织方式 连续的字节流 一包一包,带边界
是否有粘包/拆包 ✅ 有,需手动处理 ❌ 没有,收多少就是发多少
是否可靠传输 ✅ 有保证(重传 + 有序) ❌ 不保证
是否面向连接 ✅ 需要连接(3次握手) ❌ 无连接,直接发
适合场景 文件传输、网页、聊天、数据库等 音视频、游戏、广播、小数据通信
相关推荐
apple_ttt15 分钟前
专栏导航:《数据中心网络与异构计算:从瓶颈突破到架构革命》
网络·架构·异构计算·数据中心网络
liulilittle3 小时前
DNS泄露检测技术剖析:原理、实现
网络·ip·dns·泄露·通信·test·leak
ZHOU_WUYI4 小时前
构建实时网络速度监控面板:Python Flask + SSE 技术详解
网络·python·flask
lisw055 小时前
大模型的第一性原理考量:基于物理本质与数学基础的范式重构
网络·人工智能·机器学习
拾忆,想起5 小时前
RabbitMQ死信交换机:消息的“流放之地“
开发语言·网络·分布式·后端·性能优化·rabbitmq
存储服务专家StorageExpert6 小时前
NetApp存储基本概念科普:物理层到逻辑层
linux·服务器·网络·netapp存储·存储维护
IT WorryFree6 小时前
不同编码类型应用场景
网络
岑梓铭6 小时前
计算机网络第四章(4)——网络层《IPV6》
服务器·网络·计算机网络·考研·408
Blurpath7 小时前
动态代理在提升网络安全中的作用及应用
网络·ip代理·住宅ip
alex1008 小时前
跨会话泄露:AI时代下的安全挑战与防御策略
网络·人工智能·安全