从url到页面展现

---

1.在浏览器地址输入url

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

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

>如果已缓存，则验证是否新鲜，足够新鲜则直接提供给客户端，不是则与服务器进行验证

>检验新鲜有两个HTTP头进行控制 Expires和Cache-Control

>>HTTP1.0提供Expires，值为一个绝对时间缓存新鲜日期

>>HTTP1.1增加了Cache-Control: max-age=,值为以秒为单位的最大新鲜时间

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

4.浏览器组装一个HTTP（GET）请求报文

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

>浏览器缓存

本机缓存

hosts文件

路由器缓存

ISP DNS缓存

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

6.打开一个socket与目标IP地址，端口建立TCP链接，三次握手如下：

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

服务器发回SYN=1， ACK=X+1， Seq=Y的响应包

客户端发送ACK=Y+1， Seq=Z

7.TCP建立连接后发送HTTP请求

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

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

10.处理程序读完请求并准备HTTP响应，可能需要查询数据库等操作

11.服务器将响应报文通过TCP连接发回浏览器

12.浏览器接收响应报文，然后根据情况选择关闭TCP连接或者保持留用，关闭TCP四次连接操作

>主动方发送Fin=1， Ack=Z， Seq= X报文

被动方发送ACK=X+1， Seq=Z报文

被动方发送Fin=1， ACK=X， Seq=Y报文

主动方发送ACK=Y， Seq=X报文

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

14.如果资源可缓存，进行缓存

15.对响应码进行解析

16.根据资源类型决定如何处理

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

####构建DOM树：

>Tokenizing：根据HTML规范将字符流解析为标记

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

DOM construction：根据HTML标记关系将对象组成DOM树

####构建CSSOM树：

>Tokenizing：字符流转换为标记流

Node：根据标记创建节点

CSSOM：节点创建CSSOM树

####根据DOM树和CSSOM树构建渲染树:

>从DOM树的根节点遍历所有可见节点，不可见节点包括：1）script,meta这样本身不可见的标签。2)被css隐藏的节点，如display: none

对每一个可见节点，找到恰当的CSSOM规则并应用

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

####js解析如下：

>浏览器创建Document对象并解析HTML，将解析到的元素和文本节点添加到文档中，此时document.readystate为loading

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

当解析器遇到设置了async属性的script时，开始下载脚本并继续解析文档。脚本会在它下载完成后尽快执行，但是解析器不会停下来等它下载。异步脚本禁止使用document.write()，它们可以访问自己script和之前的文档元素

当文档完成解析，document.readState变成interactive

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

浏览器在Document对象上触发DOMContentLoaded事件

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

####显示页面

---

页面渲染机制

---

首先，我们回顾一下网页渲染时，浏览器的动作：

1.根据来自服务器端的 HTML 代码形成文档对象模型（DOM）

2.加载并解析样式，形成 CSS 对象模型。

3.在文档对象模型和 CSS 对象模型之上，创建一棵由一组待生成渲染的对象组成的渲染树（在 Webkit 中这些对象被称为渲染器或渲染对象，而在 Gecko 中称之为“frame”。）渲染树反映了文档对象模型的结构，但是不包含诸如 标签或含有display:none属性的不可见元素。在渲染树中，每一段文本字符串都表现为独立的渲染器。每一个渲染对象都包含与之对应的 DOM 对象，或者文本块，还加上计算过的样式。换言之，渲染树是一个文档对象模型的直观展示。

4.对渲染树上的每个元素，计算它的坐标，称之为布局。浏览器采用一种流方法，布局一个元素只需通过一次，但是表格元素需要通过多次。

5.最后，渲染树上的元素最终展示在浏览器里，这一过程称为“painting”。

当用户与网页交互，或者脚本程序改动修改网页时，前文提到的一些操作将会重复执行，因为网页的内在结构已经发生了改变。

重绘

当改变那些不会影响元素在网页中的位置的元素样式时，譬如 background-color (背景色)， border-color (边框色)， visibility (可见性)，浏览器只会用新的样式将元素重绘一次(这就是重绘，或者说重新构造样式)。

重排

当改变影响到文本内容或结构，或者元素位置时，重排或者说重新布局就会发生。这些改变通常由以下事件触发：

DOM 操作（元素添加，删除，修改，或者元素顺序的改变）;

内容变化，包括表单域内的文本改变;

CSS 属性的计算或改变;

添加或删除样式表;

更改“类”的属性;

浏览器窗口的操作（缩放，滚动）;

伪类激活（：悬停）。

浏览器如何优化渲染？

浏览器尽可能将重绘/重构 限制在被改变元素的区域内。比如，对于位置固定或绝对的元素，其大小改变只影响元素本身及其子元素，然而，静态定位元素的大小改变会触发后续所有元素的重流。

另一种优化技巧是，在运行几段 JavaScript 代码时，浏览器会缓存这些改变，在代码运行完毕后再将这些改变经一次通过加以应用

---

---