异步加载css 和 谷歌浏览器各实用小工具介绍
异步加载css资源
加开页面首屏显示速度使我们前端一直在追求的目标，而css资源在这些优化中同样也是不可或缺的。
一个网站可能有一部分css资源是必须的，他需要在页面渲染完之前就被加载完，并和html一起解析，这个暂时无法做手脚，但是我们可以把一些非关键的css进行异步化，也就是异步加载。
市面上有很多工具可以达到这个效果，比如loadCSS
这次要说的这个异步加载方式，其实也是loadCSS中所用到的，代码如下：
<link rel="stylesheet" href="/path/to/my.css" media="print" onload="this.media='all'">代码很简单，聪明的你，一眼就能看懂：
初始化为针对print类型，当加载完毕后，将media设置为全平台应用
但是这个怎么和异步取得关系的呢？
是因为浏览器会根据media判断当前资源是否应用，然后再决定优先级，由于我们采用的是稀有的print类型，所以浏览器识别后，会把当前以不影响页面渲染的方式加载：异步
可能会有人说起preload、preconnection、prefetch这类rel，但是由于浏览器支持度不一，所以线上需要更多的操作去弥补他们的兼容性。
并且他们是有区别的，preload会导致浏览器加载该资源的优先级变为最高，loadCSS则会改为low。
(完)
一些常用的操作
- disable cache： 模拟用户第一次访问
- replay xhr： 重复发送xhr，用于调试接口
- 右键 => clear browser cache: 手动清除缓存(也有清除cookies的选项)
- offline: 可以快速调试pwa
- network pane支持排序，左键点击tab或者右键更多选项选择
- initiator：查看当前资源的发起来源和其依赖资源。可以使用按住shift去查看资源，绿色代表发起来源，红色代表依赖资源。
DOMContentLoaded & load：获取页面解析完毕时间和资源加载完毕时间
蓝色代表DOMContentLoaded，红色代表load
公式：loadTime = window.performance.timing.domContentLoadedEventEnd- window.performance.timing.navigationStart;
资源总大小和资源总数
常用功能字段解释
network pan的tab字段解释：
- waterfall: 每个请求活动期间的可视化分解图示
initiator：触发当前请求的来源，下面有几种常见的触发方式
- parser：通过谷歌的html解析得到的资源，进而发起请求
- redirect：http重定向
- script：由于执行js，而引入的资源。
- other：一些其他的处理和动作，比如我们访问一个地址，这个地址本身对应的域名资源，就是other。这属于常见的两种之一。一是输入地址访问，二是点击跳转。
通过waterfall我们可以知道我们的页面资源和请求是否是合理的。一个良好的网站的waterfall应该类似于下面这样：
waterfall的时间分解各阶段解释：
- queueing： 浏览器把当前请求放入队列的时间。
- stalled：当前请求在队列中，但是没有执行的搁置时间。
- request sent： 请求发送消耗时间。
- waiting(TTFB)：浏览器接收到服务端返回的首个字节的时间。TTFB的意思是首字节时间(Time to First Byte)
- content Download：浏览器接受返回内容所花费时间
- queued at：理解为准备插入队列时机
- started at：任务开始时机
公式1: started at = queued at + queueing
公式1: 当前请求花费总时间 ≈ queueing + stalled + request sent + waiting + content download
阅读文献
原文链接
浏览器优先级
loadCSS
loadCSS github
原文：https://www.cnblogs.com/xiaoyuxy/p/12111948.html