【计算机网络 22】基础知识总结_计算机22和11-优快云博客

本文链接：https://blog.youkuaiyun.com/m0_64205605/article/details/121442402

二、传输层协议的作用体现在应用层协议

TCP和UDP协议内指定不同的端口即可对应一个应用层的协议

端口代表主机服务的侦听"门牌号"，不管是TCP还是UDP，带上门牌号，它就能帮你找到主机上的对应服务

例如我们在浏览器访问某个网站地址，这个动作会被我们本机上的80端口侦听到，并处理你的网络请求

我们主机上常见的应用层协议端口：

HTTP默认使用TCP的80端口标识
FTP默认使用TCP的21端口标识
SMTP默认使用TCP的25端口标识
POP3默认使用TCP的110端口
HTTPS默认使用TCP的443端口
DNS使用UDP的53端口

远程桌面协议（RDP）默认使用TCP的3389端口

telnet使用TCP的23端口Windows访问共享资源使用TCP的445端口

但是我们通过TCP/UDP封装的数据包，通过本机侦听服务发送到目标主机，目标主机是如何识别并处理的呢？

如上图，我们会在数据包中添加目标端口号，这样目标主机相关服务侦听到，就能处理我们的请求了

三、TCP/UDP传输层协议与网络层协议的区别

网络层实现如何把数据包从这个地址(服务器)发送到另一个地址(服务器)
传输层实现如何让这个应用程序找

【一线大厂Java面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义】

浏览器打开：qq.cn.hn/FTf 开源分享

到对应计算机的应用程序，即服务

四、UDP协议

1、主要特点：

UDP 是面向无连接的，即发送数据之前不需要建立连接，如向DNS服务器申请域名解析服务
UDP 使用尽最大努力交付，即不保证可靠交付，同时也不使用拥塞控制
UDP 是面向报文的。UDP 没有拥塞控制，很适合多媒体通信的要求
UDP 支持一对一、一对多、多对一和多对多的交互通信，这也是，应用场景如广播、组播
UDP 的首部开销小，只有 8 个字节

2、基本描述

（1）UDP首部

首先得知道数据包在OSI模型中层层传输，自顶向下

用户数据报 UDP 有两个字段：数据字段和首部字段。首部字段有 8 个字节，由 4 个字段组成，每个字段都是两个字节
在计算检验和时，临时把“伪首部”和 UDP 用户数据报连接在一起。伪首部仅仅是为了计算检验和，伪首部12个字节取自IP数据报的字段
检验和实现UDP数据检验，通过验证检验和可以知道UDP数据包是否出现异常

五、TCP协议

1、基本特点

TCP 是面向连接的传输层协议，UDP面向无连接
每一条 TCP 连接只能有两个端点(endpoint)，每一条 TCP 连接只能是点对点的（一对一）
TCP 提供可靠交付的服务（持续交付）
TCP 提供全双工通信（信道双向传输）
面向字节流(传送最小单位为字节，即八位)

上图可以看出TCP传输是如何面向字节流的，具体细节后面继续解析

2、TCP连接基于Socket

TCP 把连接作为最基本的抽象，每一条 TCP 连接有两个端点
TCP 连接的端点不是主机，不是主机的IP 地址，不是应用进程，也不是传输层的协议端口。TCP 连接的端点叫做套接字(socket)
IP地址+服务端口构成了套接字

3、TCP协议确保可靠传输

TCP使用自动重传请求ARQ (Automatic Repeat reQuest)确保可靠传输

停止等待机制:

报文过不了检验的，被B丢弃，A发送发出去的报文无回应、重新发送

请注意：

在发送完一个分组后，必须暂时保留已发送的分组的副本，方便重传
分组和确认分组都必须进行编号
超时计时器的重传时间应当比数据在分组传输的平均往返时间更长一些

4、确认丢失和确认迟到机制

确认丢失机制将超时的包覆盖为超时重传的包

使用上述的确认和重传机制，我们就可以在不可靠的传输网络上实现可靠的通信。

ARQ 表明重传的请求是自动进行的

5、TCP流水线传输

停止等待协议的优点是简单，但缺点是信道利用率太低

改进:

发送方可连续发送多个分组，不必每发完一个分组就停顿下来等待对方的确认，由于信道上一直有数据不间断地传送，这种传输方式可获得很高的信道利用率

6、连续 ARQ 协议(自动重传协议)

连续ARQ（Automatic Repeat reQuest）协议指发送方维持着一个一定大小的发送窗口，位于发送窗口内的所有分组都可连续发送出去，而中途不需要等待对方的确认。这样信道的利用率就提高了。而发送方每收到一个确认就把发送窗口向前滑动一个分组的位置

接收方一般都是采用积累确认的方式。这就是说，接收方不必对收到的分组逐个发送确认，而是在收到几个分组后，对按序到达的最后一个分组发送确认，这就表示：到这个分组为止的所有分组都已正确收到了

积累确认有优点也有缺点。优点是：容易实现，即使确认丢失也不必重传。但缺点是不能向发送方反映出接收方已经正确收到的所有分组的信息

例如，如果发送方发送了前5个分组，而中间的第3个分组丢失了。这时接收方只是对前两个分组发出确认。发送方无法知道后面三个分组的下落，而只好把后面的三个分组都再重传一次。这就叫做Go-back-N（回退N），表示需要再退回来重传已发送过的N个分组。可见当通信线路质量不好时，连续ARQ协议会带来负面的影响。

7、TCP 报文段的首部格式

源端口和目的端口字段各占 2 字节(16位)，源端口指发送端相关服务端口，目的端口是目标主机相关服务，端口是传输层与应用层的服务接口，传输层的复用和分用功能都要通过端口才能实现。
序号：当前数据组的第一个字节在整个文件中的序号
确认号ack：接收端发送，提示发送端下一次该发的数据在整个文件中的序号（收发连续的话就是序号+1），接收端收到后，会把这个序号之前的数据从缓存中删掉
数据偏移：指明当前TCP报文段第多少个字节后是TCP的数据部分了，数据偏移最多表示1111，即15，他最多可以表示15乘以4，即60个字节的偏移量，所以选项+填充最多只能是40个字节
保留：就是保留，没有用的
URG：urgent，意思是优先级高，发送端优先发送，而不是在缓存中排队
ACK：acknowledge，1意味着确认正式建立了会话
PSH：1意味着接收端优先读取，而不是在缓存中排队
RST：reset，1意味着TCP会话出现严重错误，必须释放和重新连接，比如你打开网页又立马将之关掉了，那么接收方也不用再给你传输网页信息了
SYN：同步，1意味着要发起会话
FIN：finish，1意味着释放连接
窗口：同步接收端和发送端窗口大小的，接收端先发，发送端根据接收端的窗口尺寸确定发送端窗口尺寸
检验和：略，上已讲
紧急指针：只有URG为1才有用

8、滑动窗口

（1）TCP 可靠通信的具体实现：

TCP 连接的每一端都必须设有两个窗口——一个发送窗口和一个接收窗口
TCP 的可靠传输机制用字节的序号进行控制
TCP 两端的四个窗口经常处于动态变化之中
TCP连接的往返时间 RTT 也不是固定不变的，需要使用特定的算法估算较为合理的重传时间

（2）窗口动态变化-以字节为单位的滑动窗口：

A的发送窗口是由B的接受窗口长度决定的
在没有收到B确认收到之前，A不能删掉滑动窗口内的内容
A可以持续给B发送，直到A的滑动窗口内数据都发送成功
B收到后给A发确认收到的反馈ack（下一个应该发送的字节的序号），A收到后，就可以滑动窗口到对应的位置。例如B反馈ack是7，那么A的滑窗可以移动到7位置，1-6删除，21-26可以继续发送