浏览器内核
目前市面上常见的浏览器内核可以分为这四种：Trident（IE）、Gecko（火狐）、Blink（Chrome、Opera）、Webkit（Safari）。
具有HTML 解释器、CSS 解释器、图层布局计算模块、视图绘制模块与JavaScript 引擎
一般情况下分为渲染引擎(浏览器内核)与js引擎
浏览器渲染过程
- 基于 HTML 构建一个 DOM 树，
- CSS 解释器解析出的 CSSOM
- 两棵树结合生成Render树,经过布局计算出元素的大小位置,然后进行绘制
之后每当一个新元素加入到这个 DOM 树当中，浏览器便会通过CSS 引擎查 CSS 样式表，找到符合该元素的样式规则应用到这个元素上，然后再重新去绘制它。
css优化
css 选择器优化
- 避免使用通配符，只对需要用到的元素进行选择。
- 关注可以通过继承实现的属性，避免重复匹配重复定义。
- 少用标签选择器。如果可以，用类选择器替代，举个🌰：
- 减少嵌套。后代选择器的开销是最高的，因此我们应该尽量将选择器的深度降到最低（最高不要超过三层），尽可能使用类来关联每一个标签元素。
CSS 引擎查找样式表，对每条规则都按从右到左的顺序去匹配。
#myList li {}
CSS 选择符是从右到左进行匹配的。这个选择器，实际开销相当高：浏览器必须遍历页面上每个 li 元素，并且每次都要去确认这个 li 元素的父元素 id 是不是 myList
css 加载顺序优化
DOM 和 CSSOM 合力才能构建渲染树。这一点会给性能造成严重影响
我们知道，只有当我们开始解析 HTML 后、解析到 link 标签或者 style 标签时，CSS 才登场，CSSOM 的构建才开始。很多时候，DOM 不得不等待 CSSOM。因此我们可以这样总结：
CSS 是阻塞
渲染的资源。需要将它尽早、尽快地下载到客户端，以便缩短首次渲染的时间。
- 将 CSS 放在 head 标签里
- 启用 CDN 实现静态资源加载速度的优化|
js加载顺序优化
JS 引擎是独立于渲染引擎存在的,是互斥的
JS 代码在文档的何处插入，就在何处执行。
- 当 HTML 解析器遇到一个 script 标签时，它会暂停渲染过程，将控制权交给 JS 引擎
- JS 引擎对内联的 JS 代码会直接执行，对外部 JS 文件还要先获取到脚本、再进行执行。
- 等 JS 引擎运行完毕，浏览器又会把控制权还给渲染引擎，继续 CSSOM 和 DOM 的构建。
因此与其说是 JS 把 CSS 和 HTML 阻塞了，不如说是 JS 引擎抢走了渲染引擎的控制权。
defer
异步加载,加载完后推迟执行
async
异步加载,但是加载完后立即执行