1. 传输层
1.1. 前言
1.2. 传输层概述
传输层提供端到端的连接
网络层提供点到点的连接
1.3. 传输层端口
端口号用来区分不同的网络服务
端口号的范围0-65535（2的16次方）
0-1023，公认端口号（知名端口号）
1024-49151，注册端口
49152-65535，动态端口
1.4. 传输层协议
1.4.1. TCP协议
TCP协议头部
整个TCP头部一共20个字节
Source Port：源端
Destination Port：目的端口
Sequence Number：顺序号码
Acknowledge Number：确认号码
Header Length；报头长度
Resv：保留字段
Flag：标志字段
Window：窗口，用于流量控制
Checksum：校验字段
Urgent Pointer：紧急位
Options：可选字段
位码即tcp标志位，有6种标示：
SYN(synchronous建立联机) ：请求建立连接，我们把含有SYN标识的报文称为同步报文段
ACK(acknowledgement确认) ：标识确认序列号是否有效
PSH(push传送) ：用来提示接收端应用程序立刻将数据从TCP缓冲区读走
FIN(finish结束) ：通知对端，本端即将关闭。我们把含有FIN标识的报文称为结束报文段
RST(reset重置) ：请求重新建立连接，我们把含有RST标识的报文称为复位报文端
URG(urgent紧急)：标识紧急指针是否有效
TCP会话的建立----三次握手
1. 第一次握手：主机A发送位码为syn＝1（表示要求建立连接），随机产生seq number的数据包到主机B
2. 第二次握手：主机B收到请求后要确认联机信息，向A发送ack number=(主机A的seq+1)，同时syn=1，ack=1，随机产生一个seq number的数据包发送给A
3. 第三次握手：主机A收到后检查ack number是否正确，即第一次发送的seq number+1，以及位码ack是否为1，若正确，主机A会再发送ack number=(主机B的seq+1)，ack=1，主机B收到后确认seq值与ack=1则连接建立成功
TCP会话的确认
上图给出了主机A分2次（分2个数据包）向主机B传递200字节的过程。首先，主机A通过1个数据包发送100个字节的数据，数据包的 Seq 号设置为 1200。主机B为了确认这一点，向主机A发送 ACK 包，并将 Ack 号设置为 1301
为了保证数据准确到达，目标机器在收到数据包（包括SYN包、FIN包、普通数据包等）包后必须立即回传ACK包，这样发送方才能确认数据传输成功。
此时 Ack 号为 1301 而不是 1201，原因在于 Ack 号增加了传输数据的字节数。假设每次 Ack 号不加传输的字节数，这样虽然可以确认数据包的传输，但无法明确100字节全部正确传递还是丢失了一部分，比如只传递了80字节。
因此按如下的公式确认 Ack 号：seq+传递的字节数+1
TCP的流量控制
1. 接收端将自己可以接收的缓冲区大小放入 TCP 首部中的 “窗口大小” 字段, 通过ACK端通知发送端；窗口大小字段越大, 说明网络的吞吐量越高
接收端一旦发现自己的缓冲区快满了, 就会将窗口大小设置成一个更小的值通知给发送端;发送端接受到这个窗口之后, 就会减慢自己的发送速度
2. 如果接收端缓冲区满了, 就会将窗口置为0; 这时发送方不再发送数据, 但是需要定期发送一个窗口探测数据段, 来查看接收端是否有窗口有容量来接收数据
窗口大小决定了在收到确认前可以发送的字节数
TCP会话的拆除----四次握手
TCP的连接的拆除需要发送四个包，因此称为四次挥手
由于TCP连接是全双工的，因此每个方向都必须单独进行关闭
TCP的四次挥手
1. 客户端A发送一个FIN，用来关闭客户A到服务器B的数据传送。
2. 服务器B收到这个FIN，它发回一个ACK，确认序号为收到的序号加1。
3. 服务器B关闭与客户端A的连接，发送一个FIN给客户端A。
4. 客户端A发回ACK报文确认，并将确认序号设置为收到序号加1。
1.4.2. UDP协议
UDP协议头部
UDP头部共8个字节，传输数据时没有确认机制
Source Port：源端口
Destination Port：目的端口
Header；报头长度
Checksum：校验字段
当然我还有很多整理好的资料文档和视频文件，【点这里】 获得更多资料文档 往期教学视频，主要也是想给新手小白少走点弯路。