输入 URL 到页面渲染的整个流程_url到页面渲染过程-CSDN博客

本文链接：https://blog.csdn.net/m0_66637749/article/details/129932573

1.DNS解析，通过域名查询到具体的 IP

2.TCP三次握手（客户端向服务端发送连接请求报文段。服务端收到连接请求报文段后，如果同意连接，则会发送一个应答。当客户端收到连接同意的应答后，还要向服务端发送一个确认报文。）

向这个 IP 的机器发送 HTTP 请求

服务器收到、处理并返回 HTTP 请求

3.TLS握手

4.浏览器开始解析文件

5.构建 DOM 树、构建 CSSOM 树、解析JS

6.生成 Render 树，确定页面元素的布局、样式

7.页面渲染，将内容显示在屏幕上

DNS解析

DNS 的作用就是通过域名查询到具体的 IP。

因为 IP 存在数字和英文的组合（IPv6），很不利于人类记忆，所以就出现了域名。你可以把域名看成是某个 IP 的别名，DNS 就是去查询这个别名的真正名称是什么。

在 TCP 握手之前就已经进行了 DNS 查询，这个查询是操作系统自己做的。当你在浏览器中想访问www.google.com时，会进行一下操作：

以上介绍的是 DNS 迭代查询，还有种是递归查询，区别就是前者是由客户端去做请求，后者是由系统配置的 DNS 服务器做请求，得到结果后将数据返回给客户端。

TCP握手 1 物理层 -> 2 数据链路层 -> 3 网络层(IP)-> 4 传输层(TCP) -> 5 应用层(Http)

接下来是 TCP 握手，应用层会下发数据给传输层，这里 TCP 协议会指明两端的端口号，然后下发给网络层。网络层中的 IP 协议会确定 IP 地址，并且指示了数据传输中如何跳转路由器。然后包会再被封装到数据链路层的数据帧结构中，最后就是物理层面的传输了。

当 TCP 握手结束后就会进行 TLS 握手，然后就开始正式的传输数据。

TLS握手

数据在进入服务端之前，可能还会先经过负责负载均衡的服务器，它的作用就是将请求合理的分发到多台服务器上，这时假设服务端会响应一个 HTML 文件。

首先浏览器会判断状态码是什么，如果是 200 那就继续解析，如果 400 或 500 的话就会报错，如果 300 的话会进行重定向，这里会有个重定向计数器，避免过多次的重定向，超过次数也会报错。

浏览器开始解析文件

浏览器开始解析文件，如果是 gzip 格式的话会先解压一下，然后通过文件的编码格式知道该如何去解码文件。

构建 DOM 树、构建 CSSOM 树、解析JS

文件解码成功后会正式开始渲染流程，先会根据 HTML 构建 DOM 树，有 CSS 的话会去构建 CSSOM 树。如果遇到 script 标签的话，会判断是否存在 async 或者 defer ，前者会并行进行下载并执行 JS，后者会先下载文件，然后等待 HTML 解析完成后顺序执行。

如果以上都没有，就会阻塞住渲染流程直到 JS 执行完毕。遇到文件下载的会去下载文件，这里如果使用 HTTP/2 协议的话会极大的提高多图的下载效率。

生成 Render 树

CSSOM 树和 DOM 树构建完成后会开始生成 Render 树，这一步就是确定页面元素的布局、样式等等诸多方面的东西

调用 GPU 绘制，合成图层，将内容显示在屏幕上了

在生成 Render 树的过程中，浏览器就开始调用 GPU 绘制，合成图层，将内容显示在屏幕上了。

页面的加载和渲染过程

在这个过程中，脚本文件的下载和执行是与文档解析同步进行，它会阻塞文档的解析。