HTML页面加载和解析流程
-
用户输入网址(假设是个html页面,并且是第一次访问),浏览器向服务器发出请求,服务器返回html文件。
-
浏览器开始载入html代码,发现标签内有一个标签引用外部CSS文件。
-
浏览器又发出CSS文件的请求,服务器返回这个CSS文件。
-
浏览器继续载入html中部分的代码,并且CSS文件已经拿到手了,可以开始渲染页面了。
-
浏览器在代码中发现一个标签引用了一张图片,向服务器发出请求。此时浏览器不会等到图片下载完,而是继续渲染后面的代码。
-
服务器返回图片文件,由于图片占用了一定面积,影响了后面段落的排布,因此浏览器需要回过头来重新渲染这部分代码。
-
浏览器发现了一个包含一行Javascript代码的<script>标签,赶快运行它。
-
Javascript脚本执行了这条语句,它命令浏览器隐藏掉代码中的某个<style>(style.display=”none”)。杯具啊,突然就少了这么一个元素,浏览器不得不重新渲染这部分代码。
-
终于等到了</html>的到来,浏览器泪流满面……
-
等等,还没完,用户点了一下界面中的“换肤”按钮,Javascript让浏览器换了一下<link>标签的CSS路径。
-
浏览器召集了在座的各位<div><span><ul><li>们,“大伙儿收拾收拾行李,咱得重新来过……”,浏览器向服务器请求了新的CSS文件,重新渲染页面。
JS文件在页面不同位置带来的影响或效果差别
1、浏览器不是单线程的,它多线程的,如果有必要它还是多进程的。
总结
1、浏览器对HTML页面内容的加载是顺序加载
2、不涉及页面逻辑的JS文件(公共库)放<head>里面,逻辑部分的JS代码放<body>前面,也就是页面底部
-
将脚本文件都放在网页尾部加载,如果在DOM结构生成之前就调用DOM,JavaScript会报错,如果脚本都在网页尾部加载,就不存在这个问题,因为这时DOM肯定已经生成了。
-
“放到网页顶部的js不一定阻塞页面渲染”,只要将实例化的js接口或方法封装在$(document).ready接口内,这样就可以保障逻辑能够顺利进行。
如:
$(function(){
$("img.lazy").lazyload();
})