浏览器渲染过程
最近工作闲下来了,恰巧最近在研究前端性能优化相关的问题。读到很多书籍、以及以前公司分享的一些相关资料。这里将它们总结起来,以便大家学习。我们的目标是:没有白屏,对!没有白屏。
以下是在同一台机器,相同网络环境的一个测试:
大家都知道,浏览器产生白屏。是因为UI在渲染过程中被阻塞了。那么问题来了,是什么阻塞了它呢?
渲染过程
i.渲染是以流式进行的。不需要得到全部数据再渲染,如:HTML文件下载多少就渲染多少;
ii.大多数HTML外部资源都不会阻塞UI线程,如:CSS、IMG、Flash等,没有load完毕的图片会留一个空位置在那里;
iii.大多数的HTML元素都是渲染出DOM便立刻显示的;
iiii.HTML从上到下解析,该过程不可逆(参考 i)。但会出现reflow(重排) and repaint(重绘)。
我们访问一个站点的时候浏览器会先检查自身缓存,在没有缓存的情况下,浏览器会这样去渲染我们的页面,以下面的代码为例:
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>myTitle</title> </head> <body> <div id="myDiv"> <script> $.write('写点什么。'); </script> </div> </body> </html>
这个时候,浏览器会暂停渲染HTML,将script交给js引擎编译执行。js会创建textNode:
为了更直观的表现整个过程,我画了这么一张ppt,希望能帮助您理解:
HTML解析是这样一个循环的过程, 那么留个问题给大家:如果JavaScript不阻塞UI线程会发生什么呢?大家可以用如下代码测试一下:
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>myTitle</title> </head> <body> <div id="myDiv"> <script> window.setTimeout(function(){ $.write('写点什么。'); }, 0); </script> </div> </body> </html>
问题很严重有木有!!!!so....我们的结论是:因为JavaScript有改变UI的能力,所以它必须UI渲染线程。
了解浏览器渲染页面的过程,对我们做性能优化非常重要,当然,我们要做好性能优化需要了解的远不止这些,在接下来的章节当中我会陆续更新更多关于web性能相关的文章,帮助大家了解它的工作模式。当然,本文描述还不够详尽,所以欢迎大家对本文内容勘误、补充。以免误人子弟。同时,有任何不懂的,也欢迎您在评论中提出,我将尽力回复大家,与大家一起讨论、一起成长。
浏览器下载脚本过程
chromium 是这样解析的:
个别步骤解释:
MainResourceLoader::loadNow : 下载文件
PageGroupLoadDeferrer deferrer(m_page ,true) : 将脚本加入page流