1、谈一谈对OSI七层模型和TCP/IP四层模型的理解?
为了增强计算机网络的通用性和兼容性,因此计算机网络都被设计成层次结构。
(1)OSI七层模型
- 应用层
- 表示层
- 会话层
- 传输层
- 网络层
- 数据链路层
- 物理层
(2)TCP/IP四层模型
TCP/IP则是四层的结构,相当于是对OSI模型的简化。
- 应用层
- 传输层
- 网络层
- 数据链路层
2.谈谈TCP协议的3次握手过程?
- 第一次握手:客户端给服务器端发送一个SYN同步数据包,表示连接请求。此时控制位SYN=1,ACK=0。
- 第二次握手:服务器端收到客户端的连接请求,发送一个确认数据包,表示同意连接。此时控制位SYN=1,ACK=1。
- 第三次握手:客户端收到服务器端的同意连接包,发送ACK=1的确认包给服务器端。此时控制位SYN=0,ACK=1。 连接成功,可以发送数据了。
3.TCP协议为什么要3次握手?2次,4次不行吗?
- 三次握手是为了避免重复连接。
- 二次握手无法完成初始化seq序列号的值。
- 四次握手可以,但是浪费资源。
4.谈谈TCP协议的四次挥手过程?
- **第一次挥手:**客户端向服务器端发送一个释放连接请求数据包。控制位FIN=1,ACK=0。此时,客户端表示没有数据要发送给服务器端了,但还能接收服务器端发送的数据。
- **第二次挥手:**服务器端收到客户端的释放连接请求,发送一个确认包ACK给客户端,表示服务器端确认收到释放连接通知,但仍有数据在传输,服务器端仍可给客户端传输数据,客户端可以收到,但是不可以发送。此时控制位FIN=0,ACK=1.。
- **第三次挥手:**服务器端向客户端没有数据可以传输了,便给客户端发送一个断开连接数据包,此时控制位FIN=1,ACK=1。这个时候服务器端也不可以给客户端传输消息了。
- **第四次挥手:**客户端收到服务器端的断联数据包,发送一个确认包ACK=1。此时客户端与服务器端彻底断开连接。
5.什么是流量控制?
- 简单来讲:流量控制就是为了控制发送方的发送速率,确保接收方能来得及接收。
- TCP使用滑动窗口来实现流量控制。(令牌桶也可以)
6.什么是滑动窗口?
滑动窗口是TCP协议中用于控制发送和接收数据速率的一种机制。它允许发送方在无需等待每个数据段确认的情况下,继续发送多个数据段,从而提高了传输效率。
接收方发送的确认报文中的窗口字段可以用来控制发送方窗口大小,从而影响发送方的发送速率。将窗口字段设置为 0,则发送方不能发送数据。
这个过程中,接收方向发送方通告一个窗口大小,表示当前接收方还剩余多少空间可以用来接收新的数据。发送方依据此窗口大小决定发送多少数据,这样就可以避免因发送速度过快,导致接收方来不及处理而造成的数据丢失或拥塞。
TCP滑动窗口分为发送窗口和接收窗口:
**发送窗口:**是发送方维护的窗口,代表能发但没确认的数据范围,会随接收方确认向前滑动。
**接收窗口:**是接收方维护的窗口,代表能接收但没处理的数据范围,大小由接收方缓冲区决定,通过 TCP 报文段窗口大小字段告知发送方。接收方读取内容后通知发送方,窗口向前滑动,还能通过改变窗口大小控制发送方速率来实现流量控制。
7.什么是拥塞控制?
拥塞控制是一种机制,发送方通过维护拥塞窗口(cwnd)变量来控制同时发送数据包的数量,以此调节网络拥塞的可能性。
TCP 主要用四个算法进行拥塞控制:
- 慢开始:cwnd 从 1 开始,收到确认后就加倍,慢慢增大。
- 拥塞避免:设置慢开始门限(ssthresh),当 cwnd≥ssthresh 时,每个轮次 cwnd 只加 1,减缓增长速度。
- 拥塞发生 :
- 超时重传情况:表示网络拥塞严重,ssthresh 设为 cwnd 的一半,cwnd 设为 1,开始慢启动。
- 快速重传情况:表示拥塞不太严重,cwnd 设为当前一半,ssthresh = cwnd,开始快恢复。
- 快恢复:和快重传一起用,cwnd 在原有值基础上加 3,然后开始执行拥塞避免。
8.TCP和UDP有什么区别?
- **面向连接:**TCP协议需要建立连接,仅支持一对一通信;UDP协议无需建立连接,支持一对一、一对多、多对一和多对多的交互通信。
- **可靠传输:**TCP协议通过确认应答、连接管理、流量控制、拥塞控制来确保可靠性传输;UDP不保证可靠性传输。
- **性能效率:**TCP协议传输效率慢,需要较多的资源开销。UDP协议传输效率快,需要较少的资源开销。
- **首部格式:**TCP协议的首部需要20-60个字节,UDP协议需要8个字节。
| TCP | 面向连接 | 可靠传输 | 首部开销20-60字节 | 传输效率慢 | 资源开销大 |
UDP | 不面向连接 | 不可靠传输 | 首部开销8个字节 | 传输效率快 | 资源开销小 |
---|---|---|---|---|---|
[TCP和UDP区别] |
9.TCP如何保证传输过程的可靠性?
- **校验和:**发送方在发送数据之前计算校验和,接收方收到数据后同样计算,如果不一致,那么传输有误。
- **确认应答,序列号:**TCP进行传输时数据都进行了编号,每次接收方通过首部ACK字段进行确认序列号。
- **超时重传:**如果发送方发送数据一段时间后没有收到ACK确认,那么就重发数据。
- **连接管理:**三次握手和四次挥手的过程。
- **流量控制:**TCP协议报头包含16位的窗口大小,接收方会在返回ACK时,同时把窗口值传递回发送方,发送方根据报文中窗口的大小控制发送速率。
- **拥塞控制:**通过慢开始、拥塞避免、快重传、快恢复等四个算法来进行拥塞控制,降低整个网络的拥塞程度,避免网络中发送的数据包数量过多,造成数据包阻塞延迟丢失
10.Session和Cookie有什么区别?
保存位置
- Cookie 保存在客户端浏览器本地,是文件形式,受浏览器限制,一般不超过 3kb。
- Session 保存在服务器端内存,是以对象形式存在。
数据内容
- Cookie 不能保存特殊内容(如中文、特殊符号)。
- Session 可以保存任意内容。
存储周期
- Cookie 的存储周期由 Max Age 属性设定,可长期保存。
- Session 依赖 JSESSIONID 这个 Cookie,其 Max Age 默认 -1,关闭浏览器窗口,该 Cookie 失效,对应的 Session 也跟着失效。
11.浏览器请求一个网址的过程?(输入网址到网页显示整个过程)
(1)首先,应用层会创建一个http请求报文;
(2)通过DNS服务器把http请求报文中的域名解析成IP地址;
(3)然后通过socket调用操作系统的协议栈,进行传输层的执行;
(4)传输层添加TCP头部,网络层添加IP头部,数据链路层添加以太网协议头部;
(5)数据经过路由器、交换机转发,最终达到目标服务器;
(6)目标服务器同样解析数据,最终拿到http请求报文,按照对应的程序的逻辑进行处理后,生成一个http响应报文;
12.谈谈对HTTP协议的理解
HTTP是一个属于应用层的协议,基于浏览器-服务端架构工作。浏览器作为HTTP客户端通过URL向HTTP服务端(即WEB服务器)发送请求,Web服务器根据接收到的请求后,向客户端发送响应信息。
HTTP 以 TCP协议作为传输层层协议,默认端口为80。
通信过程主要如下:
- 服务器在 80 端口等待客户的请求。
- 浏览器发起到服务器的 TCP连接(创建套接字 Socket)。
- 服务器接收来自浏览器的 TCP 连接。
- 浏览器(HTTP 客户端)与 Web 服务器(HTTP 服务器)交换 HTTP 消息。
- 关闭 TCP连接。
13.谈谈HTTP协议的GET和POST有什么区别?
GET和POST是HTTP请求的两种请求方法,本质上都是通过TCP连接进行通信;
- GET用于获取数据,POST用于提交数据;
- GET使用URL传递请求参数,POST使用Request Boby提交数据;
- GET和POST的请求报文格式不同
- POST方法请求报文第一行是这样的 POST /uri HTTP/1.1 \r\n
- GET方法请求报文第一行是这样的 GET /uri HTTP/1.1 \r\n
- GET是幂等且可缓存,POST非幂等且不可缓存
14.谈谈HTTP协议有哪些请求方式?各自有什么特点?
- GET 获取资源:GET方法用于使用给定的URI从给定服务器中查询获取信息或数据。
- HEAD 获取响应消息报头:HEAD 和 GET方法类似,但是不返回响应报文内容主体部分,仅传输响应报头部分。
- POST 提交数据增加资源:POST方法用于将数据发送到服务器以创建或更新资源。使用post方法,如果两个请求相同,后一个请求不会会把第一个请求覆盖掉,所以post用于增加资源。
- PUT 修改资源:PUT方法用来修改资源。使用put方法,如果两个请求相同,后一个请求会把第一个请求覆盖掉,所以put用于修改资源。
- DELETE 删除资源:DELETE方法用来删除指定的资源,它会删除URI给出的目标资源的所有当前内容。
- OPTIONS 查询支持的方法:查询指定的 URL 能够支持的方法。会返回 Allow: GET, POST, HEAD, OPTIONS 这样的内容
15.谈谈HTTPS的工作原理?
- 用户通过浏览器请求 https 网站,服务器收到请求后,挑选浏览器支持的加密和 hash 算法,同时把包含颁发机构、网址、公钥、有效期等内容的数字证书发给浏览器。
- 浏览器校验证书,有问题就提示警告,没问题就生成随机秘钥 X,用证书中的公钥加密后发给服务器。
- 服务器用私钥解密得到 X,再用 X 加密网页内容并返回给浏览器,浏览器用 X 和约定算法解密得到网页内容
16.常见的HTTP状态码?
1xx(信息性状态码)
1xx 类状态码属于提示信息,是协议处理中的一种中间状态,实际工作中使用场景比较少
2xx(成功状态码)
**「200 OK」**最常见的成功状态码,表示一切正常。
「204 No Content」 常见的成功状态码,与 200 OK 基本相同,但响应报文没有 body 数据。
**「206 Partial Content」**是应用于 HTTP 分块下载或断点续传,表示响应返回的 body 数据并不是资源的全部,而是其中的一部分,也是服务器处理成功的状态。
3xx(重定向状态码)
「301 Moved Permanently」 表示永久重定向,说明请求的资源已经不存在了,需改用新的 URL 再次访问。
「302 Found」 表示临时重定向,说明请求的资源还在,但暂时需要用另一个 URL 来访问。
4xx(客户端错误状态码)
**「400 Bad Request」**表示客户端请求的报文有错误。
**「403 Forbidden」**表示服务器禁止访问资源,并不是客户端的请求出错。
「404 Not Found」 表示请求的资源在服务器上不存在或未找到,所以无法提供给客户端。
**「405 Not Allowed」**表示服务器不支持客户端采用的请求方式。5XX 服务器错误
5xx(服务器错误状态码)
「500 Internal Server Error」 服务器发生了内部错误。
「501 Not Implemented」表示客户端请求的功能还不支持,类似"即将开业,敬请期待"的意思。
**「502 Bad Gateway」**通常是服务器作为网关或代理时返回的错误码,表示服务器自身工作正常,访问后端服务器发生了错误。
「503 Service Unavailable」 表示服务器当前很忙,暂时无法响应服务器,类似"网络服务正忙,请稍后重试"的意思。