网络分层和网络原理之UDP和TCP

温故而知新

目录

网络分层

应用层

http协议

传输层

介绍

UDP协议

TCP协议

网络层

数据链路层

物理层

网络分层

一. 应用层

应用程序

现成的应用层协议有超文本协议http(不仅仅有文本）.

http协议

http://t.csdnimg.cn/e0e8khttp://t.csdnimg.cn/e0e8k

自定义应用层协议，包含需要传输的信息以及格式，将信息转为字符串放入TCP或者UDP的socket中。常见传输格式xml，最流行的是json，但json仍然有网络带宽的消耗，protobuffer是将信息压缩为二进制，带宽消耗较小。

二. 传输层

1. 介绍

关注起点和终点

主要有TCP和UDP :

TCP：有连接，可靠传输，面向字节流，全双工。适用于需要确保数据完整性和顺序的场景。eg:文件传输，状态更新。

UDP：无连接，不可靠传输，面向数据报，全双工，接收缓冲区。适用于高速传输和对实时性要求较高的应用。

传输层一个重要概念：端口号

固定占2个字节，

表示范围0~65535（2^16-1），

0一般不用，1~1023是知名端口号，如80是http的端口号22是ssh的端口号（登录远程主机）

2.UDP协议

(1)组成

UDP的首部长度固定为8个字节（64位）64k。它由源端口号、目标端口号、长度和校验和组成。每个字段都占用2个字节。

源端口号（Source Port）：占用2个字节，表示发送方使用的端口号。
目标端口号（Destination Port）：占用2个字节，表示接收方使用的端口号。
长度（Length）：占用2个字节，表示UDP首部和数据的总长度，包括8字节的UDP首部和数据部分的长度。
校验和（Checksum）：占用2个字节，用于检测UDP首部和数据在传输过程中是否发生错误。

UDP的简洁首部长度是其相对于TCP更轻量级的一个特点，但也意味着它没有TCP那样的可靠性保证和流量控制机制。因此，在使用UDP时需要注意数据的可靠性和完整性问题，并根据具体应用场景决定是否需要额外的机制来处理这些问题。

(2)细节

✅1.当udp数据报携带信息过大，导致服务器与客户端交互的数据量接近64kb，超过上限会导致数据阶段，数据出错，解决办法：

1.将数据拆分为多个包，使用多个UDP传输（✕）如何去拆包组包，开发测试成本大。

2.使用TCP，无包大小的限制（✓）

3.升级UDP，比较麻烦。（✕）UDP是在操作系统内核实现的.

✅2.网络传输中数据是有可能出错的，如何基于校验和来完成数据校验呢?

1.发送方,把要发送的数据整理好(称为 data1),通过一定的算法, 计算出校验和 checksum1发送方把 data1 和 checksum1 -起通过网络发送出去.
2.接收方收到数据,收到的数据称为 data2 (数据可能和 data1 就不一样了),收到数据 checksum1
3.接收方再根据 data2 重新计算校验和(按照相同的算法)，得到 checksum2
4.对比 checksum1 和 checksum2 是否相同.如果不同,则认为 data2 和 data1 一定不相同如 5.checksum1 和 checksum2 相, 则认为 data1 和 data2 大概率是相同的理论上存在不同的可能性。

✅3.在UDP中使用循环冗余校验（CRC）：把需要进行校验和的数据的每个字节逐个累加，把结果保存在两个字节的变量中，累加过程溢出也没事。如果中间出现数据错误，第二次的校验和就和第一次不也一样。

更严谨的是md5，MD5进行了定长，分散（一个字节不同差异也很大），不可逆。MD5也适合作为hash算法（哈希表是把一个key通过hash函数转换为数组下标，hash函数尽量分散，哈希碰撞的可能从才能降低），

✅4.UDP特点：寄信

UDP进行网络通信可以通过java.net包下的DatagramSocket和DatagramPacket类来实现

无连接：知道对方ip和端口号即可连接，

不可靠：发送端发送数据报后，如果因为网络问题并没有到接收方，UDP协议也不会给应用层返回任何错误信息。

全双工：可以通过一个socket进行send和reseive，既能读也能写，即全双工；

缓冲区：UDP只有接收缓冲区，没有发送缓冲区。

UDP发送的数据会直接发送给内核，由内核将数据传给网络层协议进行后续传输动作；UDP具有接收缓冲区，这个缓冲区不能保证受到道德UDP报的顺序与发送UDP报的顺序一致；缓冲区满，再到达的UDP报就会被丢弃。

大小受限：UDP协议首部有一个16位的最大长度，2个字节，也就是UDP能传输的最大长度是64KB（包含UDP首部）

面向数据报：以DataGaramSocket为单位传输
DatagramPacket sendPacket = new DatagramPacket(sendData, sendData.length, receiverAddress, receiverPort);
UDP是一种面向数据报的无连接协议，因此发送方和接收方之间不存在建立连接的过程，也没有可靠性保证。每个UDP数据报都是独立的，可能会丢失、重复或乱序。实际使用中可能需要考虑超时重传，分片传。
import java.net.DatagramSocket;
import java.net.DatagramPacket;
import java.net.InetAddress;public class UDPExample {public static void main(String[] args) {try {// 创建发送方的UDP socketDatagramSocket senderSocket = new DatagramSocket();// 准备要发送的数据String message = "Hello, UDP!";byte[] sendData = message.getBytes();InetAddress receiverAddress = InetAddress.getByName("127.0.0.1"); // 接收方的IP地址int receiverPort = 12345; // 接收方的端口号// 创建要发送的数据报文DatagramPacket sendPacket = new DatagramPacket(sendData, sendData.length, receiverAddress, receiverPort);// 发送数据报文senderSocket.send(sendPacket);// 创建接收方的UDP socketDatagramSocket receiverSocket = new DatagramSocket(receiverPort);// 准备接收数据的缓冲区byte[] receiveData = new byte[1024];// 创建接收数据的数据报文DatagramPacket receivePacket = new DatagramPacket(receiveData, receiveData.length);// 接收数据报文receiverSocket.receive(receivePacket);// 解析接收到的数据String receivedMessage = new String(receivePacket.getData());System.out.println("Received message: " + receivedMessage);// 关闭socketsenderSocket.close();receiverSocket.close();} catch (Exception e) {e.printStackTrace();}}
}
5.UDP无连接不可靠面向数据报的协议如果要基于传输层UDP协议来实现可靠传输应该如何设计？大小有限制，如果要基于传输层UDP协议，传输超过64k的数据，如何设计？

参考TCP可靠性的实现

5.2+5.1分片重组+序列化保证顺序；5.1确认应答；超时重传；滑动窗口控制流量，校验和.......

简单了解基于UDP的应用层协议
NFS: 网络文件系统
TFTP:简单文件传输协议
DHCP:动态主机配置协议
BOOTP:启动协议 (用于无盘设备启动)
·DNS: 域名解析协议

3.TCP协议

(1)特性如下链接：

http://t.csdnimg.cn/NHMHb

(2)组成

初心：可靠传输~

数据报=首部（报头）+载荷；一行4个字节

报头长度是不固定的，选项也是报头的一部分，TCP报头包括固定部分和可选部分。固定部分的长度是20个字节（160位），包括源端口号、目标端口号、序列号、确认号、数据偏移、控制位、窗口大小、校验和和紧急指针等字

报头最短是20个字节（没有选项），最长是60个字节（选项最多是40字节）；

保留位（6位)：有需要就用。比udp的64kb好。扩展余地。

TCP首部长度字段占用4个位（即4个二进制位也就是4个字节，32个比特位），它使用4位来表示长度。由于4位最多能表示16个不同的取值（从0000到1111），因此TCP首部长度字段的取值范围是0-15，表示TCP首部的长度是以32位（此处设定4字节，所以有4倍的设定关系）为单位的倍数。也就是说，长度值乘以4才得到TCP首部的实际长度。当TCP首部长度字段取值为5时，长度为5 * 4 = 20字节，即TCP首部固定部分的长度。

TCP协议的组成主要包括以下部分：

源端口号（Source Port）：占用2个字节，表示发送方使用的端口号。
目标端口号（Destination Port）：占用2个字节，表示接收方使用的端口号。
序列号（Sequence Number）：占用4个字节，表示本次传输的第一个字节的序列号。
确认号（Acknowledgment Number）：占用4个字节，表示期望接收到的下一个字节的序列号。
数据偏移（Data Offset）：占用4个位，表示TCP首部长度，单位为4字节，因此TCP首部长度最大值为60字节。
保留位（Reserved）：占用6个位，保留未来使用，必须设置为0。
控制位（Flags）：占用6个位，包含ACK、SYN、FIN等标志位，用于控制TCP连接的建立、维护和关闭。其中ack为1，表示它表示应答报文，ack为0表示普通报文。SYN为。
窗口大小（Window Size）：占用2个字节，表示接收窗口的缓冲区大小，用于流量控制。
检验和（Checksum）：占用2个字节，用于检测TCP首部和数据在传输过程中是否发生错误。
紧急指针（Urgent Pointer）：占用2个字节，表示紧急数据的位置，用于处理紧急数据。

(3)特点

有连接

 Socket clientSocket = serverSocket.accept();
accept方法会阻塞当前线程直到有客户端连接请求到达并被接受
记得抛出异常防止网络故障类问题

可靠传输+面向字节流+全双工（既可以读也可以写）

 // 获取输入输出流
BufferedReader in = new BufferedReader(new InputStreamReader(clientSocket.getInputStream()));
PrintWriter out = new PrintWriter(clientSocket.getOutputStream(), true);

💡TCP的可靠不在于它是否可以把数据100%传输过去，而是