段应包含多少个字节 发送的

用户数据报协议 只在 的数据报服务之上增加了很少点的功能这就是复用和分用的功能以及差错检测的功能。 的主要特点 是无连接的即发送数据之前不需要建立连接 使用尽最大努力交付即不保证可靠交付 是面向报文的。发送方的 对应用进程交下来的报文在添加首部后就向下交付 层。 对应用层交下来的报文既不合并也不拆分而是保留这些报文的边界。即应用层交个 多长的报文 就照样发送即次发送个报文。 次交付个完整的报文。 没有拥塞控制 网络出现的拥塞不会使源主机的发送速率降低这对某些实时应用是很重要的。很多的实时应用 如 电话实时视频会议等 要求源主机以恒定的速率发送数据并且允许在网络发生拥塞时丢失些数据但却不允许数据有太大的时延。

正好符合这种要求。 支持对对多多对和多对多的交互通信 的首部开销小只有 字节比 的 字节的首部要短。 的首部格式 用户数据报 有两个字段数据字段和首部字段。首部字段很简单只有 个字节由四个字段组成。各字段意义如下 当运 WhatsApp 号码数据 输层从 层收到的 数据报时就根据首部中的目的端口把 数据报通过相应的端口上交最后的终点 应用程序 请注意虽然在 之间的通信要用到其端口号但由于 的通信是无连接的因此不需要使用套接字 之间的通信必须要在两个套接字之间建立连接 传输控制协议 最主要的特点 是面向连接的。应用程序在使用 协议之前必须先建立连接。在传送数据完毕后必须释放已经建立的 连接。





每条 连接只能有两个端点 每条 连接只能是点对点 对 提供可靠交付的服务。通过 连接传送的数据无差错不丢失不重复并且按序到达。 提供全双工通信。 允许通信双方的应用进程在任何时候都能发送数据。 连接的两端都设有发送缓存和接收缓存用来临时存放双方通信的数据。在发送时应用程序在把数据传送给 的缓存后就可以做自己的事而 在合适的时候把数据发送出去 是面向字节流的 中的 流 指的是流入到进程或从进程流出的字节序列 图 指出 和 在发送报文时所采用的方式完全不同。 并不关心应用进程次把多长的报文发送到 的缓存中而是根据对方给出的窗口值和当前网络拥塞的程度来决定个报文报文长度是应用进程给出的。