前端网络相关面试题

1. GET和POST请求的区别

二进制协议：
- HTTP1.1的解析是基于文本
- HTTP2使用二进制，将请求和响应分割为更小的帧，从而实现多路复用
多路复用：在一个连接里，客户端和服务器都可以同时发送多个请求或回应，而且不用按照顺序一一发送，这样避免了HTTP队头阻塞，但是TCP的队头阻塞依旧存在
- HTTP队头阻塞：在同一域名下浏览器的连接数有限制，并且请求要在连接内按顺序处理，这样就会导致某个请求的延迟或阻塞会影响后续请求的处理
- TCP队头阻塞：在一个TCP连接中，如果某个数据包在传输过程中失误或者丢失，那么在这个数据包后发送的所有数据都需要等待，直到该数据被重新传输。这种情况会导致接收方在TCP缓冲区中，后续的数据包被阻塞在错误数据包之后，无法继续处理，即被堵塞在队头
头部信息压缩：
- HTTP1.1每次请求都会带上所有信息，比如Cookie，这样会很浪费性能
- HTTP2引入头部压缩，将头部信息使用gzip压缩后再发送，客户端和服务器同时维护一张头部信息表，所有字段都会存入这张表，生成索引，只发送索引就可以
服务器推送：HTTP2允许服务器向客户端主动发送资源，只限于静态资源如css，img等

在HTTP协议中keep-valie是一种长连接
在HTTP1.0中默认是每次请求/应答，客户端和服务器都会建立一次连接，请求完成后立即断开，这种是短连接
当使用keep-alive后，客户端和服务端的连接持续有效，后续的请求就会避免重复建立连接，减少服务器负担降低延迟，这种就是长连接
使用方式：通过在HTTP请求头中添加Connection: keep-alive字段，服务端会在响应头中添加Connection: keep-alive字段通知客户端长连接已经建立
在HTTP1.1默认开启了长连接，除非在请求或响应头中明确关闭它
在HTTP2中使用了多路复用，允许在同一个连接上处理多个请求和响应，取代了keep-alive机制

建立一个TCP连接时，需要客户端和服务器总共发送3个包，主要作用是为了确认双方接受和发送能力是否正常。

为什么是三次：为了确认双方的接收和发送能力都正常，服务端在发送完SYN报文后，客户端需要回复一个ACK告诉服务的确认有效。

初始化：客户端处于Closed状态，服务端处于 Listen 状态
第一次握手：客户端给服务器发送一个TCP报文【向服务器请求连接】
- SYN = 1 建立一个新链接
- seq = x 随机序列号
- 此时客户端处理SYN-SEND状态
第二次握手：服务器接收到 SYN 报文后，回复浏览器【同意连接】
- SYN = 1 同意建立一个新链接
- ACK = 1 确认收到序列号
- seq = y 随机序列号
- ack = x + 1 确认收到序列号是 x
- 服务端进入 SYN-REVD阶段
第三次握手：浏览器收到报文后回复服务器【收到回复】
- ACK = 1 确认收到序列号
- seq = x + 1 上一次浏览器发送的 seq = x 基础上 + 1
- ack = y + 1 确认收到的序列号是服务器回复的 y
- 服务器和浏览器同时进入 ESTABLISHED 状态
- 此时双方连接已建立，开始传送数据

为什么是四次：客户端发送FIN报文后，表示客户端当前没有数据需要处理，而不代表服务端没有数据需要处理。此时需要服务端回复ACK确认收到报文后，开始处理内部数据。当内部数据处理完后，再回复FIN可以关闭连接。

刚开始双方都处于 ESTABLISHED 状态
第一次挥手：向服务器发送报文
- FIN = 1 关闭连接
- seq = u 随机序列号
- 浏览器进入 FIN-WAIT-1 半关闭阶段
第二次挥手：服务器收到报文后，知道浏览器要断开链接，开始处理内部操作
- ACK = 1 确认收到序列号
- ack = u + 1 确认收到序列号为 u
- seq = v 随机序列号
- 服务器进入 COLSE-WAIT 处理阶段
- 浏览器进入 FIN-WAIT-2 阶段等待服务器处理
第三次挥手：服务器处理完毕回复浏览器
- FIN = 1 关闭连接
- ACK = 1 确认收到序列号
- ack = u + 1 确认收到序列号为u
- seq = w 随机序列号
- 服务器进入 LAST-ACK 阶段等待浏览器确认收到
第四次挥手：浏览器收到服务器报文回复服务器
- ACK = 1
- seq = u + 1
- acl = w + 1
- 浏览器进入 TIME-WAIT 阶段，此时TCP未释放掉，等待 2MSL(毫秒)，等待服务器收到自己的报文，然后进入 COLSE 阶段

HTTPS是在HTTP层和TCP层中间加了一个SSL/TLS安全层进行加密，避免HTTP协议存在的信息窃听、信息劫持等风险
- HTTP协议采用明文传输信息，很容易被窃听、篡改、劫持
SSL/TLS安全层可以对身份进行验证、信息加密解密
安全层依赖于三个算法：
- 对称加密：用一个密钥加密数据，加密后也可以对其解密。存在安全风险，容易被劫持
- 非对称加密：一个公钥一个私钥，用公钥加密的内容必须用私钥才能解开，同样，私钥加密的内容只有公钥能解开
- CA证书：向机构申请一份CA证书，里面包含网站信息和公钥，服务端把证书传给浏览器，浏览器验证证书，拿到公钥
加密过程：安全层采用混合加密（对称加密 + 非对称加密）

1XX: 请求正在处理
2XX：正常状态码
- 200：请求处理成功
- 201：请求成功并且服务器创建了新资源
- 202：服务器已经接收请求，但尚未处理
3XXX：重定向状态
- 301：请求重定向
- 302：临时重定向
- 303：临时重定向，使用get请求新的url
- 304：浏览器缓存相关
4XX：错误状态码
- 400：服务器无法理解请求格式，需要修改请求内容后再次发起请求
- 401：请求未授权
- 403：禁止访问
- 404：服务器上无法找到请求资源
5XX：服务器错误
- 500：服务端错误
- 503：服务器暂时无法处理请求