前端面经 TCP三次握手、四次挥手，前端端简单易用的SPI框架

1. SYN，简写为S，同步标志位，用于建立会话请求，同步序列号；

2. ACK，简写为.，确认标志位，确认已接受的数据包；

3. FIN，简写为F，完成标志位，表示传输完毕，将要关闭连接

若SYN=1,ACK=0，表示是来自发送方的一个“连接请求”；

若SYN=1,ACK=1，表示接收方“同意接受连接请求”。

TCP三次握手图解

---

TCP三次握手说明

---

第一次握手：客户端主动打开连接，将TCP报文标志位SYN置为1，并随机产生一个序号值seq=x（SYN=1,ACK=0,seq=x，请求连接），发送数据包给服务端。发送完毕进入SYN-SENT状态；

第二次握手：服务端接收到标志位为SYN=1,ACK=0的数据包，得知客户端请求建立连接。服务端将标志位置作：SYN=1，ACK=1，ack=x+1，并随机产生序号值seq=y；发送数据包给客户端，同意建立连接。进入SYN-RCVD状态。

第三次握手：客户端得到了服务端的确认。检查ACK是否为1，ack是否为x+1。若是的话，则ACK=1,ack=y+1。服务端再检查，ACK是否为1，ack是否为y+1。若正确则建立好连接通道。

为什么要三次握手

---

如果不要第三次握手：只要A发出请求，B接受请求，就建立连接。

为什么要第三次握手？

举个例子：

客户端A发出的第一次连接请求报文，由于某种原因，长时间滞留。一直到客户端A发出第二个连接请求后到达，那么服务端B则会认为A又发出了一次连接请求，于是接受A的第一次连接请求并确认连接。因为只通过前两次握手就可以建立连接。然而，B一直在等待A发送数据，A实际上并不发送数据了，这就造成了B的资源浪费。

如果有第三次握手：

A向B发送连接请求,B确认连接，还需要A的再次确认，才可以建立连接。上面的例子中，如果有第三次握手，那么B得不到A建立本次连接的再次确认，就不会建立连接。这次连接请求就失效了。

TCP四次挥手

======================================================================

TCP四次挥手图解：

---

TCP四次挥手说明

---

TCP连接的释放需要四次挥手，上图例子是客户端主动要求释放连接，服务器端被动接受释放连接。

第一次挥手： 客户端想释放连接。使FIN=1,表示请求释放连接，随机产生seq=x；发送给客户端，并进入FIN-WAIT-1阶段（半关闭状态，停止客户端向服务器端上发送数据）。但实际上，客户端还能向服务器端发送ACK确认报文。

第二次挥手： 服务器端接收到客户端想释放连接的请求。使ACK=1，ack=x+1，并随机产生seq=y。发送给客户端，表示“接收到了客户端的想释放连接的请求”。服务器端进入CLOSE-WAIT阶段。

客户端接收到报文，进入FIN-WAIT-2阶段。

前两次握手：客户端让服务器端知道：我想释放连接；服务器端让客户端知道：我知道了你想释放连接。于是可以确认关闭客户端到服务器端的连接，完成了一个方向上连接的释放！

第三次挥手： 在第二次挥手发送报文给客户端时，服务器端进入了CLOSE-WAIT阶段。当CLOSE-WAIT结束后， 服务器端做好了释放“服务器端到客户端方向”连接的准备。于是发送报文，使FIN=1,ACK=1，表示准备好释放连接。ack=x+1，seq=z;随后，服务器端进入LAST-ACK阶段。停止服务器端到客户端发送数据，但能接受来自客户端的数据。

第四次挥手： 客户端发送报文：ACK=1表示接收到了“服务器准备好释放连接".ack=z+1,seq=w；。

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数前端工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Web前端开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上前端开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip1024c （备注前端）

HTTP

• HTTP 报文结构是怎样的？

• HTTP有哪些请求方法？

• GET 和 POST 有什么区别？

• 如何理解 URI？

• 如何理解 HTTP 状态码？

• 简要概括一下 HTTP 的特点？HTTP 有哪些缺点？

• 对 Accept 系列字段了解多少？

• 对于定长和不定长的数据，HTTP 是怎么传输的？

• HTTP 如何处理大文件的传输？

• HTTP 中如何处理表单数据的提交？

• HTTP1.1 如何解决 HTTP 的队头阻塞问题？

• 对 Cookie 了解多少？

• 如何理解 HTTP 代理？

• 如何理解 HTTP 缓存及缓存代理？

• 为什么产生代理缓存？

• 源服务器的缓存控制

• 客户端的缓存控制

• 什么是跨域？浏览器如何拦截响应？如何解决？

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

ec78122b.png)

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
[外链图片转存中…(img-8lykn4yX-1712556365426)]