TCP/IP协议（1）

回顾：

1.应用层

我们之前编写完了基本的 java socket ，要知道，我们之前所写的所有代码都在应用层，都是为了完成
某项业务，如翻译等。

2.传输层

负责数据能够从发送端传输接收端
再谈端口号：

在TCP/IP协议中，用“源ip”，“源端口号”，“目的ip”，“目的端口号”，“协议”，这样一个五元组来标识一个通信（可通过netstat-n查看）；

1.端口号：相当于身份标识   0~65535（2^16）

端口号范围划分：

1.知名端口号（0-1023）：FTP：21    SSH：22  HTTP：80  HTTPS：443   TelNet：23      

MySql;3306   TomCat：8080

2.动态端口号：1024-65535

两个问题：一个端口号可以被多个程序使用吗？

不可以

一个程序可以绑定多个端口号吗？

可。 就像人和电话号码的关系

2.2UDP协议

udp协议端格式

• 16位UDP长度=表示整个数据报(UDP首部（8个字节）+UDP数据)的最大长度;

UDP 一个包的最大理论长度=2^16=65536/1024=64kb

• 如果校验和出错，就会直接丢弃；

udp使用注意事项

我们注意到，udp协议首部中有一个16位的最大长度，也就是说一个udp能传输的数据最大长度是64k（包含udp首部）。然而64k在当今的互联网环境下，是一个非常小的数字。如果我们需要传输的数据超过了64k，就需要在应用层手动的分包，多次发送，并在接收端手动拼接

基于udp的应用层协议

• NFS：网络文件系统
• TFTP：简单文件传输协议
• DHCP：动态主机配置协议
• DNS：域名解析协议
• BOOTP：启动协议（用于无盘设备启动）

当然，也包括自己写udp程序时自定义的应用层协议

2.3 TCP协议

全称：“传输控制协议”，人如其名，要对数据的传输进行详细的控制

TCP协议段格式

• 源/目的端口号：表示数据是从哪个进程来，到哪个进程去；
• 32位序号/32位确认号。后面补充
• 4位TCP报头长度：表示该TCP头部有多少个32位bit（有多少个4字节）；所以TCP头部最大长度是15*4=60
• 6位标志位：

URG：紧急指针是否有效

ACK：确认号是否有效

PSH：提示接收端应用程序立刻从TCP缓冲区把数据读走

RST: 对方要求重新建立连接; 我们把携带RST标识的称为复位报文段

SYN: 请求建立连接; 我们把携带SYN标识的称为同步报文段

FIN: 通知对方, 本端要关闭了, 我们称携带FIN标识的为结束报文段

• 16位窗口大小: 后面再说
• 16位校验和: 发送端填充, CRC校验. 接收端校验不通过, 则认为数据有问题. 此处的检验和不光包含
  TCP首部, 也包含TCP数据部分
• 16位紧急指针: 标识哪部分数据是紧急数据
• 40字节头部选项: 暂时忽略;