UDP和TCP对比
-
UDP:用户数据报协议(User Datagram Protocol)
- 使用UDP协议通信的两台主机,可以随时发送数据,如下
-
TCP:传输控制协议(Transmission Control Protocol)
- 使用TCP协议通信的双方,必须使用“三报文握手”建立连接和“四报文挥手”释放连接,如下
- 使用TCP协议通信的双方,必须使用“三报文握手”建立连接和“四报文挥手”释放连接,如下
因此,UDP是无连接的,TCP是面向连接的
-
同时,UDP支持单播,多播和广播
-
而TCP需要通过“三报文握手”建立连接。通信双方就好像有一条可靠的通信线道,显然TCP就只支持单播,也就是一对一的通信
接下来我们对比这两个协议对应用报文的处理
-
UDP
-
发送方发应用进程,将应用层报文交付给运输层的UDP
-
UDP直接给UDP添加一个UDP首部使之成为UDP用户数据报
-
然后进行发送
-
接收方的UDP收到该UDP用户数据报后,去掉UDP首部
-
将应用层报文交付给应用进程
-
也就是说UDP对应用进程交付下来的报文,既不合并也不拆分,而是保留这些报文的边界
换句话说,UDP是面向应用报文的,如图(应用层下面的层省略)
- TCP
- 发送方的TCP把应用进程交付下来的数据块,仅仅看作是一连串的、无结构的字节流。TCP并不知道这些待传送的字节流的含义
- 仅将它们编号,并存储在TCP自己的发送缓存中
- TCP根据发送策略,从发送缓存中提取一定数量的字节,构建TCP报文段并发送
- 接收方的TCP,一方面从就接收到的TCP报文段中取出数据载荷部分并存储在接收缓存中,一方面将接收缓存中的一些字节交付给应用进程
TCP不保证接收方应用进程所收到的数据块与发送方进程所发送的数据块具有对应大小关系。例如,发送方应用进程交给发送方的TCP共10个数据块,但是接收方的TCP可能只用了4个数据块就把收到的字节流交付给了上层的应用进程,但接收方应用进程收到的字节流必须和发送方应用进程发出的字节流完全一样
接收万的应用进程必须有能力识别收到的字节流,把它还原成有意义的应用层数据,也就是说,TCP是面向字节流的,这正是TCP实现可靠传输、流量控制以及拥塞控制的基础
接下来我们看下一个对比项
- UDP
- 网际层向上提供无连接、不可靠的传输服务
- 运输层使用UDP协议时也是向上提供无连接、不可靠的传输服务
- 发送方给接收方发送UDP用户数据报,如果传输过程用户数据报收到干扰而产生误码,接收方UDP可以通过该数据报首部中的校验和字段的值,检查出产生误码的情况,但是仅仅丢弃该数据报,其他什么都不做
- 发送方给接收方发送UDP用户数据报,如果传输过程中被某个路由器丢弃,发送方UDP不做任何处理
因此,对于UDP用户数据报出现的误码和丢失等问题,UDP并不关心,基于UDP这个特点,UDP适用于实时应用,如IP电话、视频会议等。如图
- TCP
- 网际层向上提供无连接、不可靠的传输服务,也就是说,IP数据报可能在传输过程中出现丢失或误码。
- 但运输层使用TCP协议向上提供面向连接可靠的传输服务,我们可以想象成使用TCP协议的收发双方,基于TCP连接的可靠信道进行数据传输,不会出现误码、丢失、乱序、重复等问题
适用于要求可靠传输的应用,如文件传输,如图
最后,我们再来对比一下UDP用户数据报的首部与TCP报文段的首部
-
UDP
- 一个UDP用户数据报由首部和数据载荷两部分构成。仅有4个字段,每个字段长度为2个字节
- 由于UDP不提供可靠传输服务,它仅仅在网际层的基础上添加了用于区分应用进程的端口,因此它的首部非常简单,仅有8个字节。
-
TCP
- 一个TCP用户数据报由首部和数据载荷两部分构成,但是比UDP用户数据报的首部复杂得多。最小长度为20字节,最大长度为60字节。因为TCP要实现可靠传输、流量控制、拥塞控制等服务,首部自然会复杂
小结
- UDP
- 无连接
- 支持一对一,一对多,多对一和多对多交互通信。
- 对应用层交付的报文直接打包
- 尽最大努力交付,也就是不可靠;不使用流量控制和拥塞控制。
- 首部开销小,仅8字节
- TCP
- 面向连接
- 每一条TCP连接只能有两个端点EP,只能是一对一通信。
- 面向字节流
- 可靠传输,使用流量控制和拥塞控制。
- 首部开销小,仅8字节
- TCP
- 面向连接
- 每一条TCP连接只能有两个端点EP,只能是一对一通信。
- 面向字节流
- 可靠传输,使用流量控制和拥塞控制。
- 首部最小20字节,最大60字节