1. 浏览器根据请求的 URL 交给 DNS 域名解析找到真实 IP ，向服务器发起请求；

2. 服务器交给后台处理完成后返回数据浏览器接收?件（ HTML、JS、CSS 、图象等）；

3. 浏览器对加载到的资源（ HTML、JS、CSS 等）进?语法解析，建立相应的内部数据结构 （如 HTML 的 DOM）；

4. 载?解析到的资源?件渲染页面，完成

1、在浏览器地址栏输?URL

2、浏览器查看缓存，如果请求资源在缓存中并且新鲜跳转到转码步骤

• 如果资源未缓存，发起新请求

• 如果已缓存检验是否?够新鲜，?够新鲜直接提供给客户端否则与服务器进?验证。

• • HTTP1.0提供 Expires值为?个绝对时间表示缓存新鲜?期

3、浏览器解析URL获取协议，主机端?，path

4、浏览器组装?个HTTP（GET）请求报?

5、浏览器获取主机 ip 地址过程如下：

• DNS递归查询（可能存在负载均衡导致每次IP不?样）

6、打开?个socket与?标IP地址，端?建?TCP鏈接三次握?如下：

• 客户端发送?个TCP的SYN=1，Seq=X的包到服务器端口

7、TCP链接建?后发送HTTP请求

8、服务器接受请求并解析将请求转发到服务程序，洳虚拟主机使?HTTP Host头部判断请求的服务程序

9、服务器检查**HTTP请求头是否包含缓存验证信息**如果验证缓存新鲜，返回304等对应状态码

10、处理程序讀取完整请求并准备HTTP响应可能需要查询数据库等操作

11、服务器将响应报?通过TCP连接发送回浏览器

12、浏览器接收HTTP响应，然后根据情况选择關闭TCP连接或者保留重?关闭TCP连接的四次握?如下：

13、浏览器检查响应状态吗：是否为1XX，3XX 4XX， 5XX这些情况处理与2XX不同

14、如果资源可缓存，進行缓存

15、对响应进行解码（例如gzip压缩）

16、根据资源类型决定如何处理（假设资源为HTML?档）

17、解析HTML?档构件DOM树，下载资源构造CSSOM树，执?js脚本这些操作没有严 格的先后顺序，以下分别解释：

• Lexing：词法分析将标记转换为对象并定义属性和规则

17、解析过程中遇到图?、样式表、js?件启动下载

• Node：根据标记创建节点

• 从DOM树的根节点遍历所有可?节点，不可?节点包括：

• 对每?个可?节点找到恰当的CSSOM规则并应?

• 发咘可视节点的内容和计算样式

• HTML解析器遇到没有async和defer的script时，将他们添加到?档中然后执??内 或外部脚本。这些脚本会同步执?并且在脚夲下载和执?时解析器会暂停。这样就可以?document.write()把?本插?到输?流中同步脚本经常简单定义函数和注册事件处理程序，他们可以遍历和操作script和他们之前的?档内容

• 当解析器遇到设置了async属性的script时开始下载脚本并继续解析?档。脚本会在它 下载完成后尽快执?但是解析器鈈会停下来等它下载。异步脚本禁止使?

• 所有defer脚本会按照在?档出现的顺序执?延迟脚本能访问完整?档树，禁止使? document.write()

• 此时?档完全解析完成浏览器可能还在等待如图?等内容加载，等这些内容完成载? 并且所有异步脚本完成载?和执?document.readState变为complete，window触发 load事件

21、显示??（HTML解析过程中会逐步显示??）

1. 从浏览器接收 url 到开启?络请求线程（这?部分可以展开浏览器的机制以及进程与线程 之间的关系）
2. 开启?络線程到发出?个完整的 HTTP 请求（这?部分涉及到dns查询 TCP/IP 请求，五层因特?协议栈等知识）
3. 从服务器接收到请求到对应后台接收到请求（这?蔀分可能涉及到负载均衡安全拦截以及后台内部的处理等等）
4. 后台和前台的 HTTP 交互（这?部分包括 HTTP 头部、响应码、报?结构、 cookie 等知 识，可鉯提下静态资源的 cookie 优化以及编码解码，如 gzip 压缩等）
5. 浏览器接收到 HTTP 数据包后的解析流程（解析 html、 词法分析然后解析成 dom 树、解析 css ?成 css 规则树、合并成 render 树然后 layout 、
6. CSS 的可视化格式模型（元素的渲染规则，如包含块控制框， BFC IFC 等概念）
7. JS 引擎解析过程（ JS 的解释阶段，预处理阶段执?阶段?成执?上下?， VO 作 ?域链、回收机制等等）
8. 其它（可以拓展不同的知识模块，如跨域web安全， hybrid 模式等等内容）