文章目录
UDP
1.UDP特点
- 传输层协议
属于传输层协议; - 无连接
知道对端的IP和端口号就直接进行传输, 不需要建立连接; - 不可靠传输
没有确认机制, 没有重传机制; 如果因为网络故障该段无法发到对方, UDP协议层也不会给应用层返回任何错误信息; - 面向数据报
不能够灵活的控制读写数据的次数和数量。
面向数据报
应用层交给UDP多长的报文, UDP原样发送, 既不会拆分, 也不会合并;比如:
- 用UDP传输100个字节的数据:
如果发送端调用一次sendto, 发送100个字节, 那么接收端也必须调用对应的一次recvfrom, 接收100个字节; 而不能循环调用10次recvfrom, 每次接收10个字节;
2.UDP协议段格式
- UDP的协议段为定长报头,为8字节;
- 包含16位源端口号,16位目的端口号,16位UDP长度,16位UDP检验和。
- 源端口号:该报头从哪里向服务器请求数据;标识一台主机发起通信的那个进程;
- 目的端口号:该报头向哪里请求数据,标识另一台主机接受通信的那个进程;
- UDP长度:表示整个数据报(UDP首部+UDP数据)的最大长度;
- UDP检验和:如果检验和出错, 就会直接丢弃。
3.UDP的缓冲区
-
UDP没有真正意义上的发送缓冲区。调用sendto会直接交给内核,由内核将数据传给网络层协议进行后续的传输动作;
-
UDP具有接收缓冲区。但是这个接收缓冲区不能保证收到的UDP报的顺序和发送UDP报的顺序一致; 如果缓冲区满,再到达的UDP数据就会被丢弃;
-
UDP的socket既能读, 也能写, 这个概念叫做全双工。
4.UDP使用注意事项
- 我们注意到,UDP协议首部中有一个16位的最大长度。也就是说一个UDP能传输的数据最大长度是64K(包含UDP首部)。64K在当今的互联网环境下,是一个非常小的数字。
- 如果我们需要传输的数据超过64K,就需要在应用层手动的分包,多次发送,并在接收端手动拼装;
5.基于UDP的应用层协议
- NFS: 网络文件系统
- TFTP: 简单文件传输协议
- DHCP: 动态主机配置协议
- BOOTP: 启动协议(用于无盘设备启动)
- DNS: 域名解析协议
- 自己写UDP程序时自定义的应用层协议;
TCP
1.TCP特点
- 传输层协议
- 有连接
知道对端的IP和端口号后需要与对端建立连接,然后再传输数据; - 可靠传输
有确认应答机制,超时重传机制,连接管理机制来保证数据的可靠传输; - 面向字节流
能够灵活的控制读写数据的次数和数量。
2.TCP协议段格式
- 包含16位源端口号,16位目的端口号,32位序号,32位确认序号,4位首部长度,16位窗口大小,16位检验和,15位紧急指针,以及数据。
- 源端口号:该报头从哪里向服务器请求数据;标识一台主机发起通信的那个进程;
- 目的端口号:该报头向哪里请求数据,标识另一台主机接受通信的那个进程;
- 32位序号: 对数据进行编号,保证发送端到接收端的数据按序到达;
- 32位确认序号:保证接收端确认应答(ACK),确认序号=已发送的数据最大编号+1;
TCP通信是全双工,如果发送端与接收端同时工作,发送端关心确认序号,以便继续向接收端发送数据;接收端关心序号,以便向发送端进行ACK。 - 4位首部长度:取值范围0101(5)~1111(15);代表整个报头一共有多少个4字节;最小为0101是因为最小为20字节,选项最多为40字节;
- 6位标志位:
- URG: 紧急指针是否有效
- ACK: 确认序号是否有效
- PSH: 提示接收端应用程序立刻从TCP缓冲区把数据读走(催促接收端读数据)
- RST: 在建立连接失败时,对方要求重新建立连接; 我们把携带RST标识的称为复位报文段
- SYN: 请求建立连接; 我们把携带SYN标识的称为同步报文段
- FIN: 通知对方, 本端要关闭了, 我们称携带FIN标识的为结束报文段
- 16位窗口大小:代表自身 接收缓冲区当中剩余空间的大小;
- 16位检验和:由发送端填充,CRC校验。接收端校验不通过,,则认为数据有问题,直接丢弃。此处的检验和不光包含TCP首部