访问服务器文件重定向到首页,(超详细）从输入url到页面展示发生了什么？

看到很多面试题里都有这个问题，便拿出来深入研究了一下。如有错误，欢迎指正。

最近刚刚搭好的个人博客!

浏览器的多进程架构

从浏览器输入 URL 到页面渲染的整个过程都是由 浏览器架构中的各个进程之间的配合完成。

浏览器主进程: 管理子进程、提供服务功能

渲染进程：将HTML、CSS、JS渲染成界面，js引擎v8和排版引擎Blink就在上面，他会为每一个tab页面创建一个渲染进程

GPU进程：本来是负责处理3Dcss的，后来慢慢的UI界面也交给GPU来绘制

网络进程：就是负责网络请求，网络资源加载的进程

插件进程：负责插件的运行的，因为插件很容易崩溃，把它放到独立的进程里不要让它影响别人

过程

从用户输入信息到页面展示的不同阶段，是不同的进程在发挥作用，示意图如下：

从图中可以看出，整个过程是需要各个进程之间相互配合完成的，过程大致可以描述为：

用户输入url,处理输入信息，主进程开始导航，交给网络进程干活

网络进程发起网络请求，其中有可能会发生重定向

服务器响应URL之后，主进程就要通知渲染进程，你要开始干活了

渲染进程准备好了，要想渲染进程提交数据，这个时间叫做提交文档

渲染进程接受到数据，完成页面渲染。

具体过程

1.输入url

用户输入url，处理输入信息：

如果为非url结构的字符串，交给浏览器默认引擎去搜索改字符串；

若为url结构的字符串，浏览器主进程会交给 网络进程 ,开始干活。

2.1查找浏览器缓存

网络进程会先看看是否存在本地缓存，如果有就直接返回资源给浏览器进程，无则下一步 DNS-> IP -> TCP

2.2DNS解析

网络进程拿到url后，先会进行DNS域名解析得到IP地址。如果请求协议是HTTPS，那么还需要建立TLS连接。

2.3建立TCP连接，三次握手

接下来就是利用IP地址和服务器建立TCP连接。连接建立之后，向服务器发送请求。

3服务器响应

服务器收到请求信息后，会根据请求信息生成响应行、响应头、响应体，并发给网络进程。网络进程接受了响应信息之后，就开始解析响应头的内容。

网络进程解析响应行和响应头信息的过程：

3.1重定向

如果响应行状态码为301(永久重定向)和302(临时)，那么说明需要重定向到其他url。这时候网络进程会从响应头中的Location字段里读取重定向的地址，并重新发起网络请求。

3.2 响应数据处理

导航会通过请求头的Content-type字段判断响应体数据的类型。浏览器通过这个来决定如何显示响应体的内容。

比如：若为application/octet-stream，则会按照下载类型来处理这个请求，导航结束。

若为text/html，这就告诉浏览器服务器返回的是html格式，浏览器会通知渲染进程，你要干活了。

4 准备渲染进程

默认情况，每个页面一个渲染进程。但若处于同一站点(同根域名+协议)，那么渲染进程就会复用。

5提交文档

渲染进程准备好后，浏览器进程发出**“提交文档的消息”**，渲染进程接受了消息之后，会跟网络进程简历传输数据的管道。

等数据传输完成了，渲染进程会告诉浏览器进程，确认文档提交，这时候浏览器会更新页面，安全状态，url，前进后退的历史。

到这里导航结束，进入渲染阶段。

注：当浏览器刚开始加载一个地址之后，标签页上的图标便进入了加载状态。但此时图中页面显示的依然是之前打开的页面内容，并没立即替换为百度首页的页面。因为需要等待提交文档阶段，页面内容才会被替换。

浏览器的渲染过程

浏览器无法直接读取html，需要先构建Dom树。

把读取到的css，变成浏览器可以理解的cssom树。

转换样式表中的属性值，使其标准化。2em 被解析成了 32px，red 被解析成了 rgb(255,0,0)，bold 被解析成了 700……

计算出 DOM 树中每个节点的具体样式。利用css继承、css优先级、css层叠规则等计算出来。

浏览器会先从DOM树的根节点开始遍历每个可见节点，并把这些节点添加到渲染树中。不可见的节点不会添加到渲染树，比如css设置了display为none 属性的节点。

根据生成的渲染树，进行布局(也可以叫做回流)，得到各个节点在页面中的确切位置和大小。(自动重排)。布局阶段的输出是一个盒子模型，它会精确地捕获每个元素在屏幕内的确切位置与大小，所有相对的测量值也都会被转换为屏幕内的绝对像素值(重绘)。

生成分层树，页面都是一层一层叠加在一起形成的。比如一些复杂的css动画，z-index等，渲染引擎会为他们生成专用的图层，并生成对应的图层树。

构建完图层之后，渲染引擎会对图层树中的每个元素进行绘制。合成线程会把分层树的图层变成图块。

GPU的栅格化把视窗附近的图块变成位图，然后保存在GPU的进程中。(因为一个页面可能很大，而用户只能看到视口中页面的一部分，如果全部绘制开销会很大，所以合成线程会按照视口附近的图块来优先生成位图)

栅格化完成之后，浏览器进去GPU进程里取出页面内容显示在屏幕上，这就完成了渲染阶段

回流和重绘

回流

回流发生在浏览器渲染页面的过程里，由DOM树和样式计算出布局树的过程就叫做回流，这个步骤需要计算出每个元素的大小和位置(忽略display:none的元素)

重绘

我们将布局树和样式转换为屏幕上的实际像素，这个阶段就叫做重绘节点。所以，回流必定导致重绘，重绘却不一定回流，且回流的代价比重绘高。

当render tree中的一些元素需要更新属性，而这些属性只是影响元素的外观，风格，而不会影响布局的，比如background-color。

何时发生回流和重绘

浏览器窗口尺寸变化(因为回流是根据视口的大小来计算元素的大小和位置的)

页面一开始渲染的时候

添加或者删除dom

修改元素位置或者尺寸

优化

浏览器的性能优化机制

浏览器自身有优化，它会维持一个待更新队列，类似批处理的方式来优化，只有当队列中的任务或者时间间隔达到一个阈值，浏览器就会将队列清空，这样可以把多次回流和重绘变成一次。但是如果触发了同步布局事件，浏览器就会强制flush这个队列(立即清空队列)。所以我们要避免触发同步布局事件，我们熟悉的有如下：

getBoundingClientRect、getComputedStyle()、offsetTop、scrollWidth、clientWidth、

如何减少回流和重绘

最小化重排重绘

使用el.style.cssText

直接添加类名

避免频繁操作DOM结构,如果需要可以先把他们display：none(因为这些元素不会出现不会触发回流重绘)，等待dom操作结束后在把他们放出来

具有复杂动画操作的元素使用绝对定位，使其脱离文档流减少父节点和后续节点的频繁回流

css3硬件加速 / GPU加速，就是使用一些css开启CUP加速 ，如transform、opacity、filters，这些动画不会引起回流重绘