1、首先说说浏览器的加载流程：
(1) 用户在地址栏中打开一个URL，浏览器首先会寻找该URL所在服务器，通过DNS服务器查询浏览器会获
得该URL所在网站的IP地址，然后向该地址发起请求，连接到服务器；
(2) 建立连接后，向服务器发送http请求，请求对应的HTML文档；
(3) 解析HTML文档，目的是知道该页面需要哪些资源以及生成DOM树；生成DOM树和获取到相应需要的
资源文件同时进行；解析HTML文档时，一旦发现一个标签，就会根据标签的要求分配对指定的资源进行下载，当DOM树生成后，DOMContentLoaded事件被触发；
理论上浏览器并行下载页面所需要的资源会带来更好的性能体验！
(4) Onload事件，当解析完成后，生成了DOM树，所有页面需要的资源文件都已经成功下载和执行后，
浏览器会发出Onload事件并回调HTML文档中的onload函数。
2、对于优化页面速度的必要性：
页面的打开速度对于网站的优化有极大的意义，如果打开一个页面长时间处于白屏状态，如果超过5s，暴脾气
的我是会直接关闭这个网页；或者是页面加载出来了，但是比较慢，页面显示不完整，标签一直在转圈，页面处于不可交互状态，这也是一种很不好的体验；
一个页面的打开速度快不快，可以用两个指标来描述，一个是ready时间，一个是load时间，chrome控制台可以看到；
一共是加载了19.2KB，ready时间是133ms，load时间是147ms；
3、分点介绍优化策略：
(1) 避免head标签js堵塞：
所有放在head标签里面的js和css都会堵塞渲染；如果这些css和js需要加载很久的话，那么页面就空白了；
[html]
test
用google的cdn加载一个jQuery文件是访问不了的，所以标签一直在转圈，页面没有任何显示；
有两种解决办法，第一种是把script放到body后面，这也是很多网站采取的方法。第二种是给script加defer或者async的属性，一旦script是defer或者async延迟的，那么这个script将会异步加载，但不会马上执行，会在readystatechange变为Interactive后按顺序依次执行；
两者相同点：
加载文件时不阻塞页面渲染
对于inline的script无效
使用这两个属性的脚本中不能调用document.write方法
有脚本的onload的事件回调
两者不同点：
async下，js一旦下载好了就会执行，所以很有可能不是按照原本的顺序来执行的。如果js前后有依赖性，用async，就很有可能出错。
如果一个script加了defer属性，即使放在head里面，它也会在html页面解析完毕之后再去执行，也就是类似于把这个script放在了页面底部。
(2) 减少head里面的css资源：
css必须放在head标签里面，如果放在body里面会造成对layout好的dom进行重排造成页面闪烁；但是一旦放在head标签里面又会堵塞页面渲染；所以要尽可能的减小css体积；
例：不要放太多base64在css里面，webpack构建工具常常会配置图片体积小于多少的直接转换成base64加载，这里是挺影响性能的，一个是不能用到缓存机制，另一个就是加大了css的体积；个人建议上线项目直接把图片用cdn托管；
(3)延迟加载图片：
对于很多网站来说，图片汪汪是占用最多流量和带宽的资源；
[html]
window.onload = function(){
$("#imgTest").attr("src
