异步加载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字段解释：
  
  

  1. waterfall: 每个请求活动期间的可视化分解图示

  2. initiator：触发当前请求的来源，下面有几种常见的触发方式

     • parser：通过谷歌的html解析得到的资源，进而发起请求
     • redirect：http重定向
     • script：由于执行js，而引入的资源。
     • other：一些其他的处理和动作，比如我们访问一个地址，这个地址本身对应的域名资源，就是other。这属于常见的两种之一。一是输入地址访问，二是点击跳转。

• 通过waterfall我们可以知道我们的页面资源和请求是否是合理的。一个良好的网站的waterfall应该类似于下面这样：

• waterfall的时间分解各阶段解释：

  1. queueing： 浏览器把当前请求放入队列的时间。
  2. stalled：当前请求在队列中，但是没有执行的搁置时间。
  3. request sent： 请求发送消耗时间。
  4. waiting(TTFB)：浏览器接收到服务端返回的首个字节的时间。TTFB的意思是首字节时间(Time to First Byte)
  5. content Download：浏览器接受返回内容所花费时间
  6. queued at：理解为准备插入队列时机
  7. started at：任务开始时机

  公式1: started at = queued at + queueing
  
  公式1: 当前请求花费总时间 ≈ queueing + stalled + request sent + waiting + content download

阅读文献

原文链接

浏览器优先级

loadCSS

loadCSS github