前言
每一个网页都离不开css，但是很多人又认为，css主要是用来完成页面布局的，像一些细节或者优化，就不需要怎么考虑，实际上这种想法是不正确的
作为页面渲染和内容展现的重要环节，css影响着用户对整个网站的第一体验
因此，在整个产品研发过程中，css性能优化同样需要贯穿全程
实现方式
1.内联首屏关键CSS
2.异步加载CSS
3.资源压缩
4.合理使用选择器
5.减少使用昂贵的属性
6.不要使用@import
内联首屏关键CSS
在打开一个页面，页面首要内容出现在屏幕的时间影响着用户的体验，而通过内联css关键代码能够使浏览器在下载完html后就能立刻渲染
而如果外部引用css代码，在解析html结构过程中遇到外部css文件，才会开始下载css代码，再渲染
总结：所以内联css要比外部引用css，浏览器渲染时间快
注意：但是较大的css代码并不合适内联（初始拥塞窗口、没有缓存），而其余代码则采取外部引用方式
异步加载CSS
说到加载 CSS 这种事儿不是很简单吗？像这样咯：
<link rel="stylesheet" href="cssfile.css">
这样是没错！但是这样有问题啊——会阻塞渲染！浏览器看到这个标签就会停下手里的活儿，去加载 CSS 并解析了。
当然了，如果这个 CSS 文件是接下来要渲染的内容所需的，那无可厚非，必须先要有了这个 CSS 才能接着渲染，阻塞也是情理之中。
但实际的情况却是，我们很多 CSS 内容其实在首屏的时候是不需要，起码等到后续才会使用，那么这个时候这些 CSS 这样加载去阻塞内容渲染就不对了。
也就是说，针对优先级不那么高的（暂时用不到）CSS，就应该要想办法让它异步加载，不要阻塞浏览器渲染。
实现方法如下：
1.使用javascript将link标签插到head标签最后
// 创建link标签 const myCSS = document.createElement( "link" ); myCSS.rel = "stylesheet"; myCSS.href = "mystyles.css"; // 插入到header的最后位置 document.head.insertBefore( myCSS, document.head.childNodes[ document.head.childNodes.length - 1 ].nextSibling );
2.设置link标签media属性为noexis，浏览器会认为当前样式表不适用当前类型，会在不阻塞页面渲染的情况下再进行下载。加载完成后，将media的值设为screen或all，从而让浏览器开始解析CSS
<link rel="stylesheet" href="mystyles.css" media="noexist" onload="this.media='all'">
3.通过rel属性将link元素标记为alternate可选样式表，也能实现浏览器异步加载。同样别忘了加载完成之后，将rel设回stylesheet
资源压缩
<link rel="alternate stylesheet" href="mystyles.css" onload="this.rel='stylesheet'">
利用webpack、gulp/grunt、rollup等模块化工具，将css代码进行压缩，使文件变小，大大降低了浏览器的加载时间
合理使用选择器
css匹配的规则是从右往左开始匹配，例如#markdown .content p匹配规则如下：
先找到p标签元素 然后去除祖先不是.content的元素 最后去除祖先不是#markdown的元素
总结:如果嵌套的层级更多，页面中的元素更多，那么匹配所要花费的时间代价自然更高
所以我们在编写选择器的时候，可以遵循以下规则：
1.不要嵌套使用过多复杂选择器，
2.最好不要三层以上 使用id选择器就没必要再进行嵌套
3.通配符和属性选择器效率最低，避免使用
减少使用昂贵的属性
在页面发生重绘的时候，昂贵属性如box-shadow/border-radius/filter/透明度/:nth-child等，会降低浏览器的渲染性能
不要使用@import
css样式文件有两种引入方式，一种是link元素，另一种是@import
@import会影响浏览器的并行下载，使得页面在加载时增加额外的延迟，增添了额外的往返耗时
总结:多个@import可能会导致下载顺序紊乱,比如一个css文件index.css包含了以下内容：@import url(“reset.css”)那么浏览器就必须先把index.css下载、解析和执行后，才下载、解析和执行第二个文件reset.css
总结
css实现性能的方式可以从选择器嵌套、属性特性、减少http这三面考虑，同时还要注意css代码的加载顺序
