提示:目前可能只更新了浏览器渲染的内容,往后会更新渲染阻塞部分,因为还没整理好。
CSDN官方给总结的好!!剽窃了很多,点这里就可以!!
用户请求的HTML文本通过浏览器的网络层到达渲染引擎后,渲染工作开始。每次通常渲染不会超过8k数据块,其中基础的渲染流程图:
浏览器渲染的过程,主要分为四个步骤:
以上步骤是渐进的过程,为了提高用户体验,渲染引擎尽可能快的把结果显示给最终用户。它不会等到所有的HTML都被解析完才构建并布局渲染树。它会从网络层获取文档内容的同时把已经接收到的局部内容先展示出来。
DOM树的构建是一个深度遍历的过程:当前节点的所有子节点都构建好后才回去构建当前节点的下一个兄弟节点。DOM树的根节点就是document对象。注意点:
生成DOM树的同时会生成样式结构体CSSOM(CSS Object Model)Tree,在根据CSSOM和DOM树构建Render Tree,渲染树包含带有颜色,尺寸等显示属性的矩形。注意点:
一棵Render树大概是酱紫,左边是DOM树,右边是Render树:
从上图我们可以看出,renderer与DOM元素是相对应的,但并不是一一对应。有些DOM元素没有对应的renderer,而有些DOM元素却对应了好几个renderer,对应多个renderer的情况是普遍存在的,就是为了解决一个renderer描述不清楚如何显示出来的问题。譬如有下拉列表的select元素,我们就需要三个renderer:一个用于显示区域,一个用于下拉列表框,还有一个用于按钮。
另外,renderer与DOM元素的位置也可能是不一样的。那些添加了 float或者 position:absolute的元素,因为它们脱离了正常的文档流,构造Render树的时候会针对它们实际的位置进行构造。
上面确定了renderer的样式规则后,然后就是重要的显示元素布局了。当renderer构造出来并添加到Render树上之后,它并没有位置跟大小信息,为它确定这些信息的过程,接下来是布局(layout)。
浏览器进行页面布局基本过程是以浏览器可见区域为画布,左上角为 (0,0)基础坐标,从左到右,从上到下从DOM的根节点开始画。首先确定显示元素的大小跟位置,此过程是通过浏览器计算出来的,用户CSS中定义的量未必就是浏览器实际采用的量。如果显示元素有子元素得先去确定子元素的显示信息。
布局阶段输出的结果称为box盒模型(width,height,margin,padding,border,left,top,…),盒模型精确表示了每一个元素的位置和大小,并且所有相对度量单位此时都转化为了绝对单位。
在绘制(painting)阶段,渲染引擎会遍历Render树,并调用renderer的 paint() 方法,将renderer的内容显示在屏幕上。绘制工作是使用UI后端组件完成的。
回流(reflow):当浏览器发现某个部分发生了点变化影响了布局,需要倒回去重新渲染。reflow会从这个 root frame开始递归往下,一次计算所有的结点几何尺寸和位置。reflow几乎是无法避免的。现在界面上流行的一些效果,比如树状目录的折叠、展开(实质上是元素的显示与隐藏)等,都将引起浏览器的 reflow。
重绘(repaint):改变某个元素的背景色,文字颜色,边框颜色等等不影响它周围或内部布局的属性时,屏幕的一部分要重画,但是元素的几何尺寸没有变。
每次Reflow,Repaint后浏览器还需要合并渲染层并输出到屏幕上。所有的这些都会是动画卡顿的原因。Reflow 的成本比 Repaint 的成本高得多的多。一个结点的 Reflow 很有可能导致子结点,甚至父点以及同级结点的 Reflow 。在一些高性能的电脑上也许还没什么,但是如果 Reflow 发生在手机上,那么这个过程是延慢加载和耗电的。可以在csstrigger上查找某个css属性会触发什么事件。
reflow与repaint的时机:
提示:这里对文章进行总结:
例如:以上就是今天要讲的内容,本文仅仅简单介绍了pandas的使用,而pandas提供了大量能使我们快速便捷地处理数据的函数和方法。