前端网络相关面试题

关注

原创最新推荐文章于 2026-03-26 09:28:46 发布 1k 阅读 AI 写同款· GEO 优化 ›

前端面试题汇总大全（含答案）-- 持续更新有两种， IE 盒子模型、W3C 盒子模型；盒模型：内容(content)、填充(padding)、边界(margin)、边框(border)；区别： IE 的 content 部分把 border 和 padding 计算了进去;闭包是指有权访问另一个函数作用域中的变量的函数，创建闭包常见方式，就是在一个函数的内部创建另一个函数使用闭包主要为了设计私有的方法和变量，闭包的优点是可以避免变量的污染，缺点是闭包会常驻内存，会增大内存使用量，使用不当很容易造成内存泄露。阅读详情

1. GET和POST请求的区别

传递参数不同：
- POST传递的参数在request body中
- GET传递的参数在url后拼接
GET请求一般用于查询，POST一般用于提交某种信息进行某些修改操作
POST相对GET请求安全
GET请求会被浏览器主动缓存，POST不会，要手动设置
GET请求长度有限制，POST没有

2. POST和PUT请求的区别

PUT请求为更新数据
POST为创建数据

3. HTTP 1.1 和 HTTP 2.0 的区别

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

4. HTTP和HTTPS协议的区别

HTTPS需要CA证书，HTTP不需要
HTTP是明文传输，不安全；而HTTPS基于SSL进行加密，相对安全
HTTP端口为80，HTTPS端口443

5. HTTP请求中的keep-alive

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

6. 三次握手和四次挥手

三次握手

建立一个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 阶段

7. 在浏览器输入URL并按下回车会发生什么

URL解析：判断URL是否符合规范
浏览器判断缓存：判断请求的资源是否有缓存
- 有就不需要向服务器发送新的请求
DNS解析：获取目标服务器ip
建立TCP连接（三次握手）
发送HTTP请求
服务器处理，返回数据
浏览器解析渲染页面
TCP连接关闭（四次挥手）

8. 什么是HTTPS协议？如何加密的？

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

9. TLS/SSL的工作原理

LS/SSL的功能实现主要依赖三类基本算法：散列函数hash、对称加密、非对称加密
客户端使用非对称加密与服务器进行通信，实现身份的验证并协商对称加密使用的秘钥

10. HTTP状态码

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