不同内核浏览器之间的差异以及浏览器渲染

最新推荐文章于 2019-10-10 16:16:33 发布

Dj_Fairy

最新推荐文章于 2019-10-10 16:16:33 发布

阅读量1.6k

点赞数 1

文章标签：浏览器内核

1、什么叫浏览器内核？
浏览器最重要或者说核心的部分是“Rendering Engine”，可大概译为“渲染引擎”，不过我们一般习惯将之称为“浏览器内核”。负责对网页语法的解释（如标准通用标记语言下的一个应用HTML、JavaScript）并渲染（显示）网页。

目前，主流的内核分为：
Trident(IE、傲游、世界之窗浏览器、Avant、腾讯TT、Netscape 8、NetCaptor、Sleipnir、GOSURF、GreenBrowser和KKman等)
Gecko(Firefox、Netscape6至9)
Webkit(Safari内核,Chrome内核原型,开源)
Presto内核：目前只有Opera浏览器采用该内核

2、什么叫浏览器渲染？
网页不仅应该被快速加载，同时还应该流畅运行，比如快速响应的交互，如丝般顺滑的动画等。大多数设备的刷新频率是60次/秒，也就说是浏览器对每一帧画面的渲染工作要在16ms内完成，超出这个时间，页面的渲染就会出现卡顿现象，影响用户体验。为了保证页面的渲染效果，需要充分了解浏览器是如何处理HTML/JavaScript/CSS的。

1、用户输入网址，浏览器向服务器发送请求，服务器返回html文件
2、浏览器加载html文件，发现<head>标签内<link>引用外部css文件
3、浏览器发出css请求，服务器返回css文件
4、浏览器继续载入html中<body>部分的代码，并且CSS文件已经拿到手了，可以开始渲染页面了；　　
5、浏览器在代码中发现一个<img>标签引用了一张图片，向服务器发出请求。此时浏览器不会等到图片下载完，而是继续渲染后面的代码；　　
6、服务器返回图片文件，由于图片占用了一定面积，影响了后面段落的排布，因此浏览器需要回过头来重新渲染这部分代码；　　
7、浏览器发现了一个包含一行Javascript代码的<script>标签，赶快运行它；

3、为什么渲染慢？
       因为浏览器要花时间、花精力去渲染，尤其是当它发现某个部分发生了点变化影响了布局，需要倒回去重新渲染，内行称这个回退的过程叫reflow。
       reflow几乎是无法避免的。现在界面上流行的一些效果，比如树状目录的折叠、展开（实质上是元素的显示与隐藏）等，都将引起浏览器的 reflow。鼠标滑过、点击……只要这些行为引起了页面上某些元素的占位面积、定位方式、边距等属性的变化，都会引起它内部、周围甚至整个页面的重新渲染。通常我们都无法预估浏览器到底会reflow哪一部分的代码，它们都彼此相互影响着。
       reflow问题是可以优化的，我们可以尽量减少不必要的reflow。比如开头的例子中的<img>图片载入问题，这其实就是一个可以避免的reflow——给图片设置宽度和高度就可以了。这样浏览器就知道了图片的占位面积，在载入图片前就预留好了位置。
       另外，有个和reflow看上去差不多的术语：repaint，中文叫重绘。如果只是改变某个元素的背景色、文字颜色、边框颜色等等不影响它周围或内部布局的属性，将只会引起浏览器repaint。repaint的速度明显快于 reflow（在IE下需要换一下说法，reflow要比repaint 更缓慢）。

4、渲染流程

1、JavaScript：JavaScript实现动画效果，DOM元素操作等。
2、Style（计算样式）：确定每个DOM元素应该应用什么CSS规则。
3、Layout（布局）：计算每个DOM元素在最终屏幕上显示的大小和位置。由于web页面的元素布局是相对的，所以其中任意一个元素的位置发生变化，都会联动的引起其他元素发生变化，这个过程叫reflow。
布局的主要消耗在于：1. 需要布局的DOM元素的数量；2. 布局过程的复杂程度
4、Paint（绘制）：在多个层上绘制DOM元素的的文字、颜色、图像、边框和阴影等。
5、Composite（渲染层合并）：按照合理的顺序合并图层然后显示到屏幕上。
ps:Layout与Paint步骤是可以避免的