异步加载css资源
- 加开页面首屏显示速度使我们前端一直在追求的目标，而css资源在这些优化中同样也是不可或缺的。
- 一个网站可能有一部分css资源是必须的，他需要在页面渲染完之前就被加载完，并和html一起解析，这个暂时无法做手脚，但是我们可以把一些非关键的css进行异步化，也就是异步加载。
市面上有很多工具可以达到这个效果，比如
loadCSS https://github.com/filamentgroup/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
