1:html页面中文件加载顺序(js css img)
-
用户输入网址（假设是个html页面，并且是第一次访问），浏览器向服务器发出请求，服务器返回html文件。
-
浏览器开始载入html代码，发现标签内有一个标签引用外部CSS文件。
-
浏览器又发出CSS文件的请求，服务器返回这个CSS文件。
-
浏览器继续载入html中部分的代码，并且CSS文件已经拿到手了，可以开始渲染页面了
-
浏览器在代码中发现一个标签引用了一张图片，向服务器发出请求。此时浏览器不会等到图片下载完，而是继续渲染后面的代码。
-
服务器返回图片文件，由于图片占用了一定面积，影响了后面段落的排布，因此浏览器需要回过头来重新渲染这部分代码。
-
浏览器发现了一个包含一行Javascript代码的script标签，赶快运行它。
-
Javascript脚本执行了这条语句，它命令浏览器隐藏掉代码中的某个style（style.display=”none”）。杯具啊突然就少了这么一个元素，浏览器不得不重新渲染这部分代码
-
终于等到了的到来，浏览器泪流满面……
-
等等，还没完，用户点了一下界面中的“换肤”按钮，Javascript让浏览器换了一下＜link＞标签的CSS路径。
-
浏览器召集了在座的各位
- 们，“大伙儿收拾收拾行李，咱得重新来过……”，浏览器向服务器请求了新的CSS文件，重新渲染页面。 蜜汁心酸 1、浏览器对HTML页面内容的加载是顺序加载 2、不涉及页面逻辑的JS文件（公共库）放head里面，逻辑部分的JS代码放body前面，也就是页面底部
将脚本文件都放在网页尾部加载，如果在DOM结构生成之前就调用DOM，JavaScript会报错，如果脚本都在网页尾部加载，就不存在这个问题，因为这时DOM肯定已经生成了。
“放到网页顶部的js不一定阻塞页面渲染”，只要将实例化的js接口或方法封装在$(document).ready接口内，这样就可以保障逻辑能够顺利进行。 如：
$(function(){ $("img.lazy").lazyload(); }) //综上整理出来就是js放在body内，css放在head内，图片优化处理补充部分 <script src="path/to/myModule.js" defer></script> <script src="path/to/myModule.js" async></script> script标签的 defer/async 属性 defer与async的区别是： defer要等到整个页面在内存中正常渲染结束（DOM 结构完全生成，以及其他脚本执行完成），才会执行； async一旦下载完，渲染引擎就会中断渲染，执行这个脚本以后，再继续渲染。 一句话，defer是“渲染完再执行”，async是“下载完就执行”。另外，如果有多个defer脚本，会按照它们在页面出现的顺序加载，而多个async脚本是不能保证加载顺序的。2:前端性能优化
1:事件的防抖和节流处理 2:图片懒加载处理 3:浏览器缓存机制和缓存策略 4:CDN缓存处理 5:本地存储 6:DOM优化处理 7:webpack性能调优与gzip原理
