最近在学习性能优化，学习了雅虎军规，可是觉着有点云里雾里的，因为里面有些东西虽然自己也一直在使用，但是感觉不太明白所以然，比如减少DNS查询，css和js文件的顺序。所以就花了时间去了解浏览器的工作，有一篇经典的文章《how browsers work》，讲的很详细，也有中文译本。不过就是文章有点太长，也讲了一堆东西，还是自己总结一下。

为什么要了解浏览器加载、解析、渲染这个过程？

好，我们先说一下，为什么要了解这些呢？如果想写出一个最佳实践的页面，就要好好了解。

了解浏览器如何进行加载，可以在引用外部样式文件，外部js时，将他们放到合适的位置，使浏览器以最快的速度将文件加载完毕。
了解浏览器如何进行解析，可以在构建DOM结构，组织css选择器时，选择最优的写法，提高浏览器的解析速率。
了解浏览器如何进行渲染，明白渲染的过程，在设置元素属性，编写js文件时，可以减少”reflow“”repaint“的消耗。

正文开始

一、浏览器的主要功能

　　浏览器的主要功能是将用户选择的web资源呈现出来，它需要从服务器请求资源，并将其显示在浏览器窗口中，资源的格式通常是HTML，也包括PDF、image及其他格式。用户用URI（Uniform Resource Identifier统一资源标识符）来指定所请求资源的位置，通过DNS查询，将网址转换为IP地址。整个浏览器工作的流程，之前博客中有论述：
1、输入网址。
2、浏览器查找域名的IP地址。
3. 浏览器给web服务器发送一个HTTP请求
4. 网站服务的永久重定向响应
5. 浏览器跟踪重定向地址现在，浏览器知道了要访问的正确地址，所以它会发送另一个获取请求。
6. 服务器“处理”请求，服务器接收到获取请求，然后处理并返回一个响应。
7. 服务器发回一个HTML响应
8. 浏览器开始显示HTML
9. 浏览器发送请求，以获取嵌入在HTML中的对象。在浏览器显示HTML时，它会注意到需要获取其他地址内容的标签。这时，浏览器会发送一个获取请求来重新获得这些文件。这些文件就包括CSS/JS/图片等资源，这些资源的地址都要经历一个和HTML读取类似的过程。所以浏览器会在DNS中查找这些域名，发送请求，重定向等等…

那么，一个页面，究竟是如何从我们输入一个网址到最后完整的呈现在我们面前的呢？还需要了解一下浏览器是如何渲染的：

二、浏览器的渲染

下面是渲染引擎在取得内容之后的基本流程：

　解析html以构建dom树 -> 构建render树 -> 布局render树 -> 绘制render树

先来看个图：

这里写图片描述

所以，浏览器会解析三个东西：
（1） HTML/SVG/XHTML，解析这三种文件会产生一个 DOM Tree。
（2） CSS，解析 CSS 会产生 CSS 规则树。
（3） Javascript脚本，主要是通过 DOM API 和 CSSOM API 来操作 DOM Tree 和 CSS Rule Tree.

我今天又纠结了一上午，到底是怎么解析怎么渲染的，我的疑问在于，浏览器到底是先解析生成了DOM树，然后再加载CSS JS文件进行渲染，还是在生成DOM的过程中，遇到了 link script 然后就加载CSS JS，边加载边渲染。我有这种疑问的原因在于，看网上的帖子，说的根本不一样好嘛！比如这篇我想说，这个写的让我直接懵逼，真的是直接懵逼啊，学习的过程中，总会遇到困难，但这次，让我真的好难啊。不过正因为不懂才继续查资料继续学习嘛 ==！我又查了一上午，自己测试测试测试，然后觉着，我好像是明白点了。真的推荐大家去认真看《how browsers work》这篇文章，学习不懂得知识的时候，还是要从比较权威的资料看起比较好，也不要像我今天这样，无头苍蝇乱查。

那么就来说一下图中的过程，我是按照自己的理解来说，如果有误，欢迎指正。

当浏览器获得一个html文件时，会“自上而下”加载，并在加载过程中进行解析渲染。
解析：
1. 浏览器会将HTML解析成一个DOM树，DOM 树的构建过程是一个深度遍历过程：当前节点的所有子节点都构建好后才会去构建当前节点的下一个兄弟节点。
2. 将CSS解析成 CSS Rule Tree 。
3. 根据DOM树和CSSOM来构造 Rendering Tree。注意：Rendering Tree 渲染树并不等同于 DOM 树，因为一些像 Header 或 display:none 的东西就没必要放在渲染树中了。

这里写图片描述

4.有了Render Tree，浏览器已经能知道网页中有哪些节点、各个节点的CSS定义以及他们的从属关系。下一步操作称之为Layout，顾名思义就是计算出每个节点在屏幕中的位置。
5.再下一步就是绘制，即遍历render树，并使用UI后端层绘制每个节点。

重点来了：

　　上述这个过程是逐步完成的，为了更好的用户体验，渲染引擎将会尽可能早的将内容呈现到屏幕上，并不会等到所有的html都解析完成之后再去构建和布局render树。它是解析完一部分内容就显示一部分内容，同时，可能还在通过网络下载其余内容。（这段话是《how browsers work》里面讲的，让我茅塞顿开）

几个概念：
（1）Reflow（回流）：浏览器要花时间去渲染，当它发现了某个部分发生了变化影响了布局，那就需要倒回去重新渲染。
（2）Repaint（重绘）：如果只是改变了某个元素的背景颜色，文字颜色等，不影响元素周围或内部布局的属性，将只会引起浏览器的repaint，重画某一部分。
Reflow要比Repaint更花费时间，也就更影响性能。所以在写代码的时候，要尽量避免过多的Reflow。

reflow的原因：

（1）页面初始化的时候；
（2）操作DOM时；
（3）某些元素的尺寸变了；
（4）如果 CSS 的属性发生变化了。

减少 reflow/repaint

　（1）不要一条一条地修改 DOM 的样式。与其这样，还不如预先定义好 css 的 class，然后修改 DOM 的 className。
（2）不要把 DOM 结点的属性值放在一个循环里当成循环里的变量。
（3）为动画的 HTML 元件使用 fixed 或 absoult 的 position，那么修改他们的 CSS 是不会 reflow 的。
（4）千万不要使用 table 布局。因为可能很小的一个小改动会造成整个 table 的重新布局。

我应该是已经把网上所有的关于浏览器加载解析渲染过程的文章都看全了，其中写的比较好的一个版本是下面这个：

HTML页面加载和解析流程
1. 用户输入网址（假设是个html页面，并且是第一次访问），浏览器向服务器发出请求，服务器返回html文件；
2. 浏览器开始载入html代码，发现＜head＞标签内有一个＜link＞标签引用外部CSS文件；
3. 浏览器又发出CSS文件的请求，服务器返回这个CSS文件；
4. 浏览器继续载入html中＜body＞部分的代码，并且CSS文件已经拿到手了，可以开始渲染页面了；
5. 浏览器在代码中发现一个＜img＞标签引用了一张图片，向服务器发出请求。此时浏览器不会等到图片下载完，而是继续渲染后面的代码；
6. 服务器返回图片文件，由于图片占用了一定面积，影响了后面段落的排布，因此浏览器需要回过头来重新渲染这部分代码；
7. 浏览器发现了一个包含一行Javascript代码的＜script＞标签，赶快运行它；
8. Javascript脚本执行了这条语句，它命令浏览器隐藏掉代码中的某个＜div＞（style.display=”none”）。突然少了这么一个元素，浏览器不得不重新渲染这部分代码；
9. 终于等到了＜/html＞的到来，浏览器泪流满面……
10. 等等，还没完，用户点了一下界面中的“换肤”按钮，Javascript让浏览器换了一下＜link＞标签的CSS路径；
11. 浏览器召集了在座的各位＜div＞＜span＞＜ul＞＜li＞们，“大伙儿收拾收拾行李，咱得重新来过……”，浏览器向服务器请求了新的CSS文件，重新渲染页面。

与讨论主题相关的其他思考

编写CSS时应该注意：

CSS选择符是从右到左进行匹配的。从右到左！所以，#nav li 我们以为这是一条很简单的规则，秒秒钟就能匹配到想要的元素，但是，但是，但是，是从右往左匹配啊，所以，会去找所有的li，然后再去确定它的父元素是不是#nav。，因此，写css的时候需要注意：

dom深度尽量浅。
减少inline javascript、css的数量。
使用现代合法的css属性。
不要为id选择器指定类名或是标签，因为id可以唯一确定一个元素。
避免后代选择符，尽量使用子选择符。原因：子元素匹配符的概率要大于后代元素匹配符。后代选择符;#tp p{} 子选择符：#tp>p{}
避免使用通配符，举一个例子，.mod .hd *{font-size:14px;} 根据匹配顺序,将首先匹配通配符,也就是说先匹配出通配符,然后匹配.hd（就是要对dom树上的所有节点进行遍历他的父级元素）,然后匹配.mod,这样的性能耗费可想而知.

关于script标签的位置

现在，我们大都会将script标签放在body结束标签之前，那原因是什么呢？我今天也做了一个测试。

<!DOCTYPE html>
<html>
<head><meta charset="utf-8"><title>测试js代码位置</title><script type="text/javascript">var item = document.getElementById("item");cosole.log(item);</script></head>
<body><div id="item" width="100px" height="100px">你好</div></body>
</html>

上述代码中有一段js代码，要在控制台打印一个元素，我把script标签放在head里，控制台里打印出来的是null。
这里写图片描述
我又把js代码放在body结束标签之前，打印出来的就是div元素了

所以，通过这个简单的例子我们可以看到，js代码在加载完后，是立即执行的。
我又做了一个测试，在js代码里面写了一个死循环，把它放在head标签中，

<!DOCTYPE html>
<html>
<head><meta charset="utf-8"><title>测试js代码位置</title><script type="text/javascript">var item = document.getElementById("item");while(true){console.log(1);}</script>   
</head>
<body><div id="item" width="100px" height="100px">你好</div>  
</body>
</html>

页面是这样的：
这里写图片描述

一直在执行那个打印1的死循环，后面的body都没有加载渲染出来。所以，这个小例子，我们可以看出，js的下载和执行会阻塞Dom树的构建。

所以，Javascript的加载和执行的特点：
（1）载入后马上执行；
（2）执行时会阻塞页面后续的内容（包括页面的渲染、其它资源的下载）。原因：因为浏览器需要一个稳定的DOM树结构，而JS中很有可能有代码直接改变了DOM树结构，比如使用 document.write 或 appendChild,甚至是直接使用的location.href进行跳转，浏览器为了防止出现JS修改DOM树，需要重新构建DOM树的情况，所以就会阻塞其他的下载和呈现。

减少 JavaScript 对性能的影响的方法：

将所有的script标签放到页面底部，也就是body闭合标签之前，这能确保在脚本执行前页面已经完成了DOM树渲染。
尽可能地合并脚本。页面中的script标签越少，加载也就越快，响应也越迅速。无论是外链脚本还是内嵌脚本都是如此。
采用无阻塞下载 JavaScript 脚本的方法：
（1）使用script标签的 defer 属性（仅适用于 IE 和 Firefox 3.5 以上版本）；
（2）使用动态创建的script元素来下载并执行代码；

好了，写到这里吧，我想静静。

查看全文
如若内容造成侵权/违法违规/事实不符，请联系编程学习网邮箱：809451989@qq.com进行投诉反馈，一经查实，立即删除！

vc++经典技巧总结
1．"属性页的添加：创建对话框的类，该类要从CpropertyPage继承；然后在要添加该对话框为属性页的类(头文件)里创建CpropertySheet类的一个对象m_tabsheet和新创建的对话框类的对象m_skatch；最后，在.cpp文件里的OnInitDialog()之类的函数里实现如下代码：m_tabsheet.Cre…...
2024/4/18 10:12:06
这是一篇“团队”博客
就在刚才，班级里负责收作业的同学来质问我：“为啥你们组的都没有团队博客？” 短短十数个字，犹如一记闷棍打在正在吃饭的我的后脑勺上。 “什么？竟然还要写团队博客？” “不是只有第一次要写么？” “为什么不早告诉我？” “那我们之前几次怎么办？” 一瞬间，各种好的坏…...
2024/4/18 21:53:09
Axure产品设计软件视频教程大全
最近因为工作的需要，需要设计产品原型，于是在网站百度到Axure这一块产品原型设计工具，以前没有接触过，所有在网站搜索视频教程，费了好大的劲了，因为搜索到的Axure视频教程要么需要付费，要么就是不完整。浪费很多时间，最后还是找到了一套比较详细的、质量不错的Axure视频…...
2024/4/18 18:11:22
四种主要浏览器内核简介（Trident/Gecko/webkit/Presto）
Trident： IE浏览器使用的内核,该内核程序在1997年的IE4中首次被采用，是微软在Mosaic代码的基础之上修改而来的，并沿用到目前的IE7。 Trident实际上是一款开放的内核，其接口内核设计的相当成熟，因此才有许多采用IE内核而非IE的浏览器涌现。此外，为了方便也有很多人直接简称…...
2024/4/17 7:02:12
史玉柱用“脑白金”式网游重建巨人
史玉柱有一种让人始终无法忘记他的能力。20年前进入商界，他是当时最年轻的明星企业家。10年前，他是一败涂地的“巨人”。今天，他又即将打起新巨人的招牌，在富豪榜上跳跃前进去年夏天，44岁的史玉柱重返旧地，回到珠海那座只建了首层的烂尾楼——巨人大厦前。那天下起了雨…...
2024/4/18 4:04:34
博客说明
写在博客前面的话作为一个从学术界最底层的“学末”一步一步走到现在的“正常学生”，有些基础的确相比较好学生真的很差，但是笨鸟多飞嘛，对于我这个年纪的学生来说，先飞已经没有意义了，顶多是多飞了。给我的博客写点序言吧，比较随意，有些乱，莫怪。--------------------…...
2024/4/18 4:20:32
Axure 9.0 使用教程1-软件概述
自我学习Python一段时间,大龄转行某公司后,意外从测试岗位转为需求分析和原型设计工作.在使用Axure过程中,发现现有版本均较老,因而在自我学习过程中,借助其他人员8.0过程中,作出此次Axure 9.0的使用经历,以便后期小伙伴参考.1.Axure的软件界面说明:软件包含: 菜单栏/工具栏/网…...
2024/4/18 4:11:51
利用MFC 的消息映像实现动态菜单
---- 当我们提到动态菜单的实现时，我们通常的做法是使用GetMenu() 函数获取一个Cmenu 类指针，然后调用CMenu 类方法AppendMenu, InsertMenu, ModifyMenu, RemoveMenu 等。本文介绍一种更加简洁的方法，它利用MFC 的消息…...
2024/4/19 13:54:31
浏览器经常卡死爱解放你的浏览器
在Web开发的时候经常会遇到浏览器不响应事件进入假死状态，甚至弹出"脚本运行时间过长"的提示框，如果出现这种情况说明你的脚本已经失控了，必须进行优化。　　为什么会出现这种情况呢，我们先来看一下浏览器的内核处理方式：　　浏览器的内核是多线程的，它们在内…...
2024/4/18 4:14:40
提高班之策略模式
最近在看设计模式，刚从工厂模式中学了点技术，这不又要学点策略。“初生牛犊不怕虎”，刚学习了点技术，就不知天高地厚了，乍一看策略，这不也没什么嘛！跟我从工厂里面学习到的技术也差不多嘛，其实不然。敲了几遍代码，一直在想怎么用一种更加简单易懂的方式来形容这种模式…...
2024/4/20 13:21:11
百度浏览器7.0
转自http://article.pchome.net/content-1765199.html。毫无疑问，现在的浏览器市场正在进入混战时代，在关注算法加速和兼容性等基础特性之外，用户也开始更多地在意多功能方面的创新。而这也正是我们进行百度浏览器、Chrome、360、搜狗、遨游、QQ、UC和猎豹八大浏览器横测的最…...
2024/4/18 4:04:37
网络协议 -- 基础概念
一、TCP/IP协议栈二、IP地址、子网掩码、网关 2.1 IP地址及分类 IP地址相当于互联网上的门牌号, 计算机在启动的时候可以从磁盘（无盘系统例外）上读取该主机的IP配置。IP地址由4个字节（也就是32位）的二进制码组成，包含了网络号( net-id )和主机号( host-id )。但现实中，我…...
2024/4/18 4:05:45
[转]MFC学习总结（四）
41．如何禁止对话框关闭按钮和浮动工具条上的系统菜单1、禁止对话框中的关闭按钮有二种方法。第一种方法，用ModiftMenu()涵数来实现：CMenu* pMenu = this->GetSystemMenu(FALSE);pMenu->ModifyMenu(SC_CLOSE,MF_BYCOMMAND | MF_GRAYED );第二种方法，用EnableMenuItem(…...
2024/4/18 4:04:56
创富学第一学习各家之长，史玉柱发展史.-宁可错过100次机会，不瞎投一个项目。...
还原史玉柱的发展史重新崛起的史玉柱像个谜团，让人疑窦顿生的原因在于他身上背负的诸多矛盾体：他曾经的“中国首负”与如今的保健品“首富”、网游行业“巨头”身份形成鲜明对比；他“对行业规则从来就不理会”的营销论造就了他的成功，而这种成功却令人无法效仿；他“孤…...
2024/4/14 20:10:13
Axure使用教程（三）、母版、Chart图表元件库
一、母版在项目中使用母版能大幅提高重复劳动的工作效率，特别是在需求产生变更调整原型的时候。适用于网站导航、菜单等1、新增母版在左侧可以找到母版区域，可以新增母版、母版文件夹。2、母版使用如果页面需要使用母版，有两种方法。第一种是打开页面，将母版拖放进去。第…...
2024/4/19 21:40:28
【组织】请13级1/2/3班，14级1/2班将同学们的博客地址列个清单回复（按班级来）...
回复格式：某某，学号，博客地址 ...一个班一个回帖就好了！！！转载于:https://www.cnblogs.com/jerry1979/p/5243802.html...
2024/4/18 4:06:33
利用Fiddler模拟恶劣网络环境
在解决日常的支持需求中，经常会遇到一些用户反馈一些无法简单复现的bug，有很大一部分的bug是由于用户自身的网络环境波动，或者是本身网络环境就较为恶劣，而服务在面对这种恶劣的网络环境的健壮性不够，导致会出现一些意想不到的bug。而在正常的开发自测过程中很难去营造出这…...
2024/4/18 5:19:07
浏览器内核的小知识
浏览器内核的小知识浏览器最重要或者说核心的部分是“Rendering Engine”，可大概译为“解释引擎”，不过我们一般习惯将之称为“浏览器内核”。负责对网页语法的解释（如HTML、JavaScript）并渲染（显示）网页。不同的浏览器内核对网页编写语法的解释也有不同，因此同一网页在…...
2024/3/31 17:24:09
Axure RP 9 基础教程
在前面的axure教程里面，我们讲了Aure元件库，在这篇教程里面，我们主要介绍axure元件组。当您有几个元件想要作为一个项目来移动、编辑或应用交互axure教程时，您可以将它们分组。然后，不必分别使用每个元件，您可以使用组本身来影响其包含的所有元件。在本篇axure 教程里面，…...
2024/4/12 0:40:05
动态菜单
利用MFC的消息映像实现动态菜单郑州1001信箱6-5号中国人民解放军信息工程学院基础部(450002) 王军 ----当我们提到动态菜单的实现时，我们通常的做法是使用GetMenu()函数获取一个Cmenu类指针，然后调用CMenu类方法 AppendMenu,InsertMenu, ModifyMenu,RemoveMenu等…...
2024/3/31 17:24:07

浏览器加载、解析、渲染的过程