TCP与UDP在Linux下性能差异本质是代价分配逻辑不同：TCP为可靠性承担连接开销、队头阻塞与缓冲区依赖，UDP以无连接、无重传换取低延迟，但需应用层补足可靠性。
TCP 和 UDP 在 Linux 下的性能差异，不在于谁“更快”，而在于它们应对不同网络问题时的代价分配逻辑完全不同。选错协议不是速度损失，而是把资源花在了业务根本不需要的保障上。
连接建立与状态维护开销
TCP 每次通信前必须完成三次握手（至少 1 个 RTT），断开时还需四次挥手；内核要为每个连接长期维护序列号、滑动窗口、重传定时器、拥塞控制状态等信息。短连接高频场景（如微服务间瞬时调用）下，CPU 和内存压力明显上升。
UDP 完全跳过连接过程，发包即走，内核仅做 socket 查找、校验和计算、缓冲区入队等基础操作。无连接状态意味着没有 TIME_WAIT、CLOSE_WAIT 等状态等待，也没有连接复用或连接池管理负担。
数据交付行为与延迟特性
TCP 是字节流协议：应用层写入的数据可能被内核合并（Nagle 算法）、拆分（MSS 限制）、缓存（发送缓冲区），接收端读取时也无天然消息边界。一个丢包会触发 RTO 超时并阻塞后续所有数据（队头阻塞），即使后续包已到达也无法提前交付。
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
UDP 是数据报协议：每次 sendto 发送一个独立报文，recvfrom 也按原样返回一个完整报文。没有重传、排序、流控，端到端延迟低且稳定——只要网络不严重拥塞，单包延迟基本等于网络 RTT 加内核处理时间。
缓冲区机制与丢包风险
TCP 的双缓冲区（发送/接收）配合滑动窗口和 ACK 机制，能自动调节发送节奏，丢包由内核自动重传，应用层几乎无感知。但缓冲区满会触发 TCP 流控，拉长延迟。
UDP 只有接收缓冲区（默认通常 256KB），无发送缓冲区。一旦应用读取不及时或突发流量超过缓冲能力，内核直接丢弃新到报文，netstat -s | grep "packet receive errors" 可查实际丢包数。丢包不可恢复，必须由应用层自行设计重传、序号、心跳等逻辑。
适用场景的性能映射关系
以下不是功能列表，而是性能约束是否匹配业务需求的判断：
- 要求端到端延迟 ≤ 30ms 且波动小 → UDP 更可控（如云游戏指令、工业传感器上报）
- 单次传输几百字节但每秒数百次 → TCP 连接建立开销占比过高，UDP + 应用层轻量会话标识更高效
- 需广播或多播（如服务发现、监控指标聚合）→ TCP 不支持，UDP 是唯一选择
- 数据不可重发或重发无效（音视频帧、鼠标坐标）→ UDP 丢包影响有限，TCP 的重传反而引入卡顿
- 网络路径丢包率高（>2%）或 RTT 波动剧烈 → TCP 拥塞算法易激进降速，UDP 配合自适应码率或 FEC 更稳
