-
2.浏览器查看缓存,如果请求资源在缓存中并且新鲜,跳转到转码步骤
-
2.1 如果资源未缓存,发起新请求
-
2.2 如果已缓存,检验是否足够新鲜,足够新鲜直接提供给客户端,否则与服务器进行验证。
-
2.3 检验新鲜通常有两个
HTTP
头进行控制Expires
和Cache-Control
: -
2.3.1
HTTP1.0
提供Expires
,值为一个绝对时间表示缓存新鲜日期 -
2.3.2
HTTP1.1
增加了Cache-Control: max-age=
,值为以秒为单位的最大新鲜时间 -
3.浏览器解析
URL
获取协议,主机,端口,path
-
4.浏览器组装一个
HTTP(GET)
请求报文 -
5.浏览器获取主机
ip地址
,过程如下: -
5.1 浏览器缓存
-
5.2 本机缓存
-
5.3 hosts文件
-
5.4 路由器缓存
-
5.5 ISP DNS缓存
-
5.6 DNS递归查询(可能存在负载均衡导致每次IP不一致)
-
6.打开一个
socket
与目标IP地址
,端口建立TCP链接,三次握手
如下: -
6.1 客户端发送一个
TCP的SYN=1,Seq=X
的包到服务器端口 -
6.2 服务器发回
SYN=1,ACK=x+1,Seq=Y
的相应包 -
6.3 客户端发送
ACK=Y+1,Seq=z
-
7.
TCP
链接建立后发送HTTP
请求 -
8.服务器接收请求后解析,将请求转发到服务器程序,如虚拟主机使用
HTTP Host
头部判断请求的服务程序 -
9.服务器检测
HTTP
请求头是否包含缓存验证信息,如果验证缓存新鲜,返回304等对应状态 -
10.出合理程序读取完整请求并准备
HTTP
相应,可能需要查询数据库等操作 -
11.服务器将相应报文通过
TCP
链接发送回浏览器 -
12.浏览器接收
HTTP
相应,然后根据情况选择关闭TCP
链接或者保留重用,关闭TCP链接的四次握手如下: -
12.1 主动方发送
Fin=1,ACK=z,Seq=x
报文 -
12.2 被动方发送
ACK=X+1,Seq=Y
报文 -
12.3 被动方发送
Fin=1,ACK=X,Seq=Y
报文 -
12.4 主动方发送
ACK=Y,Seq=x
报文 -
13.浏览器检查相应状态码
-
14.如果资源可缓存,进行缓存
-
15.对相应进行解码
-
16.根据资源类型决定如何处理
-
17.解析
HTML
文档,构建DOM
树,下载资源,构建CSSOM
树,执行js脚本,这些操作每月严格的先后顺序 -
18.构建DOM树:
-
18.1 Tokenizing:根据HTML规范将字符流解析为标记
-
18.2 Lexing:词法分析将标记转换为对象并定义属性和规则
-
18.3 DOM construction:根据HTML标记关系将对象组成DOM树
-
19.解析过程中遇到图片、样式表、js文件,启动下载
-
20.构建
CSSOM
树: -
20.1
Tokenizing
:字符流转换为标记流 -
20.2
Node
:根据标记创建节点 -
20.3
CSSOM
:节点创建CSSOM树 -
- 根据
DOM树和CSSOM树
构建渲染树
- 根据
-
21.1 从
DOM树
的根节点遍历所有可见节点,不可见节点包括:1)script , meta
这样本身不可见的标签。2)被css隐藏的节点,如 display: none -
21.2 对每一个可见节点,找到恰当的
CSSOM
规则并应用 -
21.3 发布可视节点的内容和计算样式
-
22.js解析如下
-
22.1 浏览器创建
Document对象
并解析HTML
,将解析到的元素和文本节点添加到文档中,此时document.readystate为loading
-
22.2 HTML解析器遇到没有
async和defer的script时
,将他们添加到文档中,然后执行行内或外部脚本。这些脚本会同步执行,并且在脚本下载和执行时解析器会暂停。这样就可以用document.write()
把文本插入到输入流中。同步脚本经常简单定义函数和注册事件处理程序,他们可以遍历和操作script和他们之前的文档内容 -
22.3 当解析器遇到设置了
async属性的script
时,开始下载脚本并继续解析文档。脚本会在它下载完成后尽快执行,但是解析器不会停下来等它下载。异步脚本禁止使用document.write()
,它们可以访问自己script和之前的文档元素 -
22.4 当文档完成解析,
document.readState变成interactive
-
22.5 所有
defer脚本
会按照在文档出现的顺序执行,延迟脚本能访问完整文档树,禁止使用document.write()
-
22.6 浏览器在
Document
对象上触发DOMContentLoaded事件
-
22.7 此时文档完全解析完成,浏览器可能还在等待如图片等内容加载,等这些内容完成载入并且所有异步脚本完成载入和执行,
document.readState变为complete,window触发load事件
-
23.显示页面(HTML解析过程中会逐步显示页面)
cookies , sessionStorage 和 localStorage 的区别
-
cookie
是网站为了标示用户身份而储存在用户本地终端上的数据(通常经过加密) -
cookie
数据始终在同源的http请求中携带(即使不需要),记会在浏览器和服务器间来回传递(优化点) -
sessionStorage
和localStorage
不会自动把数据发给服务器,仅在本地保存 -
存储大小:
-
cookie
数据大小不能超过4k -
sessionStorage 和 localStorage
虽然也有存储大小的限制,但比 cookie 大得多,可以达到5M或更大 -
有期时间:
localStorage
存储持久数据,浏览器关闭后数据不丢失除非主动删除数据
sessionStorage
数据在当前浏览器窗口关闭后自动删除
cookie 设置的 cookie
过期时间之前一直有效,即使窗口或浏览器关闭
浏览器缓存
浏览器缓存分为强缓存和协商缓存。当客户端请求某个资源时,获取缓存的流程如下
-
先根据这个资源的一些
http header
判断它是否命中强缓存,如果命中,则直接从本地获取缓存资源,不会发请求到服务器; -
当强缓存没有命中时,客户端会发送请求到服务器,服务器通过另一些
request header
验证这个资源是否命中协商缓存,称为http
再验证,如果命中,服务器将请求返回,但不返回资源,而是告诉客户端直接从缓存中获取,客户端收到返回后就会从缓存中获取资源; -
强缓存和协商缓存共同之处在于,如果命中缓存,服务器都不会返回资源; 区别是,强缓存不对发送请求到服务器,但协商缓存会。
-
当协商缓存也没命中时,服务器就会将资源发送回客户端。
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数前端工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Web前端开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上前端开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以添加V获取:vip1024c (备注前端)
最后
小编的一位同事在校期间连续三年参加ACM-ICPC竞赛。从参赛开始,原计划每天刷一道算法题,实际上每天有时候不止一题,一年最终完成了 600+:
凭借三年刷题经验,他在校招中很快拿到了各大公司的offer。
入职前,他把他的刷题经验总结成1121页PDF书籍,作为礼物赠送给他的学弟学妹,希望同学们都能在最短时间内掌握校招常见的算法及解题思路。
整本书,我仔细看了一遍,作者非常细心地将常见核心算法题和汇总题拆分为4个章节。
而对于有时间的同学,作者还给出了他结合众多数据结构算法书籍,挑选出的一千多道题的解题思路和方法,以供有需要的同学慢慢研究。
一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
sdnimg.cn/img_convert/c941214256693bd4eb05782f3f676721.png)
一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
[外链图片转存中…(img-X66SHB0u-1712522069358)]