TCP 和 UDP 协议的通信解析

简介: TCP 和 UDP 协议的通信解析

TCP 和 UDP 协议的通信解析


一、TCP 通信阶段(面向连接)

1. 连接建立阶段(三次握手)

sequenceDiagram
    Client->>Server: SYN(seq=x)
    Server->>Client: SYN-ACK(seq=y, ack=x+1)
    Client->>Server: ACK(ack=y+1)
  • 关键步骤
    • 客户端发送 SYN(同步序列号)
    • 服务端回应 SYN-ACK(确认客户端序列号+1)
    • 客户端发送最终 ACK(确认服务端序列号+1)
  • 状态变迁
    • 客户端:CLOSED → SYN_SENT → ESTABLISHED
    • 服务端:LISTEN → SYN_RCVD → ESTABLISHED

2. 数据传输阶段

graph LR
    A[发送数据] --> B[等待ACK]
    B -->|超时未确认| A
    B -->|收到ACK| C[滑动窗口移动]
  • 核心机制
    • 可靠传输:序列号确认(SEQ/ACK)
    • 流量控制:窗口大小通告(Window Size)
    • 拥塞控制:慢启动/快重传/快恢复
  • 数据特征
    • 字节流传输(无明确报文边界)
    • 支持全双工通信(双向数据流动)

3. 连接终止阶段(四次挥手)

sequenceDiagram
    Client->>Server: FIN(seq=u)
    Server->>Client: ACK(ack=u+1)
    Server->>Client: FIN(seq=v)
    Client->>Server: ACK(ack=v+1)
  • 关键步骤
    • 主动关闭方发送 FIN
    • 被动关闭方先回 ACK,后发 FIN
    • 最终双方确认关闭
  • 状态变迁
    • 主动方:ESTABLISHED → FIN_WAIT_1 → FIN_WAIT_2 → TIME_WAIT → CLOSED
    • 被动方:ESTABLISHED → CLOSE_WAIT → LAST_ACK → CLOSED

4. 特殊状态(TIME_WAIT)

  • 持续时长:2*MSL(Maximum Segment Lifetime,默认60秒)
  • 作用:
    • 确保最后一个ACK能到达
    • 让旧连接的重复报文过期

二、UDP 通信阶段(无连接)

1. 单阶段通信模型

graph TD
    A[发送数据报] --> B[接收数据报]
    B -->|可能丢失| C[无重传]
    B -->|可能乱序| D[应用层处理]
  • 核心特征
    • 无需建立连接(直接发送)
    • 无状态维护(服务端不记录客户端信息)
    • 每个数据报独立处理

2. 伪连接实现(应用层)

  • 某些基于UDP的协议(如QUIC)在应用层实现:
    • 连接ID标识会话
    • 自定义重传机制
    • 加密握手过程

三、协议阶段对比

对比项 TCP UDP
连接建立 需要三次握手 无连接建立阶段
数据传输 可靠有序的字节流 不可靠无序的数据报
状态维护 维护连接状态(序列号、窗口等) 无状态
连接终止 需要四次挥手 无终止过程
资源消耗 高(缓冲区、定时器等)
典型延迟 高(握手/挥手开销)

四、编程视角的关键差异

1. TCP 套接字API流程

graph TB
    Server[服务端] --> s1[socket()]
    s1 --> s2[bind()]
    s2 --> s3[listen()]
    s3 --> s4[accept()] --> s5[recv()/send()]
    s5 --> s6[close()]

    Client[客户端] --> c1[socket()]
    c1 --> c2[connect()]
    c2 --> c3[send()/recv()]
    c3 --> c4[close()]

2. UDP 套接字API流程

graph TB
    Server[服务端] --> s1[socket()]
    s1 --> s2[bind()]
    s2 --> s3[recvfrom()] --> s4[sendto()]

    Client[客户端] --> c1[socket()]
    c1 --> c2[sendto()] --> c3[recvfrom()]

五、典型问题分析

1. TCP 半关闭问题

  • 场景:一方调用 shutdown(SHUT_WR) 后仍可接收数据
  • 状态:进入 FIN_WAIT_1FIN_WAIT_2 状态
  • 编程注意:需正确处理 recv() 返回0的情况

2. UDP 粘包/丢包处理

  • 解决方案
    • 添加应用层头部(包含长度字段)
    • 实现超时重传机制
    • 使用序列号标识数据报
  • 示例协议:TFTP(简单文件传输协议)

目录
相关文章
|
9月前
|
网络协议 安全 网络安全
什么是TCP/UDP/HTTP?它们如何影响你的内网穿透体验?
数据的传输离不开各种协议,它们就像现实世界中的交通规则,规定了数据如何打包、寻址、传输和接收。对于使用内网穿透的用户来说,理解TCP、UDP和HTTP这些基础协议的特点,能帮助你更好地理解其性能表现,并选择最适合的配置方案。
|
11月前
|
网络协议 安全 网络安全
详细阐述 TCP、UDP、ICMPv4 和 ICMPv6 协议-以及防火墙端口原理优雅草卓伊凡
详细阐述 TCP、UDP、ICMPv4 和 ICMPv6 协议-以及防火墙端口原理优雅草卓伊凡
699 2
|
11月前
|
网络协议 开发者
探讨UDP协议中connect函数的作用及影响
总结来看,虽然UDP是无连接的,`connect()` 函数的使用在UDP编程中是一种可选的技术,它可以带来编程上的便利和某些性能上的改进,同时它改变的是程序逻辑上的行为,而非UDP协议本身的无连接特性。在实际应用中,根据通信模式和需求的不同,开发者可以根据情况选择是否调用 `connect()` 函数。
432 8
|
监控 网络协议 视频直播
UDP协议(特点与应用场景)
UDP(用户数据报协议)是传输层的一种无连接协议,具有简单高效、低延迟的特点。其主要特点包括:无连接(无需握手)、不可靠传输(不保证数据完整性)、面向数据报(独立传输)。尽管UDP不如TCP可靠,但在实时通信(如语音通话、视频会议)、在线游戏、多媒体流媒体(如直播、点播)及网络监控等领域广泛应用,满足了对速度和实时性要求较高的需求。
1691 19
|
网络协议
为何UDP协议不可靠?DNS为何选择UDP?
总的来说,UDP和TCP各有优势,选择哪种协议取决于应用的具体需求。UDP可能不如TCP可靠,但其简单、快速的特性使其在某些场景下成为更好的选择。而DNS就是这样的一个例子,它利用了UDP的优势,以实现快速、高效的名字解析服务。
680 14
|
网络协议 Java 开发工具
全平台开源即时通讯IM框架MobileIMSDK:7端+TCP/UDP/WebSocket协议,鸿蒙NEXT端已发布,5.7K Stars
全平台开源即时通讯IM框架MobileIMSDK:7端+TCP/UDP/WebSocket协议,鸿蒙NEXT端已发布,5.7K Stars
751 1
|
缓存 网络协议
Jmeter如何对UDP协议进行测试?
`jmeter-plugins`是JMeter的插件管理器,用于管理和组织所有插件。访问[官网](https://jmeter-plugins.org/install/Install/)下载并放置于`lib/ext`目录下,重启JMeter后可在“选项”中看到插件管理器。
626 1
Jmeter如何对UDP协议进行测试?
|
监控 网络协议 网络性能优化
不再困惑!一文搞懂TCP与UDP的所有区别
本文介绍网络基础中TCP与UDP的区别及其应用场景。TCP是面向连接、可靠传输的协议,适用于HTTP、FTP等需要保证数据完整性的场景;UDP是无连接、不可靠但速度快的协议,适合DNS、RIP等对实时性要求高的应用。文章通过对比两者在连接方式、可靠性、速度、流量控制和数据包大小等方面的差异,帮助读者理解其各自特点与适用场景。
|
XML JSON 算法
【JavaEE】——自定义协议方案、UDP协议
自定义协议,序列化,xml方案,json方案,protobuffer方案,UDP协议,校验和,比特翻转,CRC算法,md5算法
|
存储 网络协议 安全
用于 syslog 收集的协议:TCP、UDP、RELP
系统日志是从Linux/Unix设备及网络设备生成的日志,可通过syslog服务器集中管理。日志传输支持UDP、TCP和RELP协议。UDP无连接且不可靠,不推荐使用;TCP可靠,常用于rsyslog和syslog-ng;RELP提供可靠传输和反向确认。集中管理日志有助于故障排除和安全审计,EventLog Analyzer等工具可自动收集、解析和分析日志。
1285 2