关于defer和async在实际中的应用问题

关于defer和async在实际中的应用问题

请问下老师,为什么实战开发中script标签都没看到用defer和async的方式来加载?

还有我要确认一下我的理解:defer和async是不是都是在网页渲染的过程中异步下载,只是它们的执行时机不一样?  orz 

正在回答

登陆购买课程后可参与讨论,去登陆

1回答

同学你好,先来看如下三个语句,当浏览器碰到 script 脚本的时候:

<script src="script.js"></script>

没有 defer 或 async,浏览器会立即加载并执行指定的脚本,“立即”指的是在渲染该 script 标签之下的文档元素之前,也就是说不等待后续载入的文档元素,读到就加载并执行。

<script async src="script.js"></script>

有 async,加载和渲染后续文档元素的过程将和 script.js 的加载与执行并行进行(异步)。

<script defer src="myscript.js"></script>

有 defer,加载后续文档元素的过程将和 script.js 的加载并行进行(异步),但是 script.js 的执行要在所有元素解析完成之后,DOMContentLoaded 事件触发之前完成。

从实用角度来说呢,首先把所有脚本都丢到 </body> 之前是最佳实践,因为对于旧浏览器来说这是唯一的优化选择,此法可保证非脚本的其他一切元素能够以最快的速度得到加载和解析。

http://img1.sycdn.imooc.com//climg/5dff1ead08e5f68b06890112.jpg

说明:蓝色线代表网络读取,红色线代表执行时间,这俩都是针对脚本的;绿色线代表 HTML 解析。

总结如下:

(1)defer 和 async 在网络读取(下载)这块儿是一样的,都是异步的(相较于 HTML 解析)

(2)它俩的差别在于脚本下载完之后何时执行,显然 defer 是最接近我们对于应用脚本加载和执行的要求的

(3)关于 defer,此图未尽之处在于它是按照加载顺序执行脚本的,这一点要善加利用

(4)async 则是一个乱序执行的主,反正对它来说脚本的加载和执行是紧紧挨着的,所以不管你声明的顺序如何,只要它加载完了就会立刻执行

(5)async 对于应用脚本的用处不大,因为它完全不考虑依赖(哪怕是最低级的顺序执行),不过它对于那些可以不依赖任何脚本或不被任何脚本依赖的脚本来说却是非常合适的,比如:Google Analytics

如果我的回答帮助了你,希望采纳,祝学习愉快!

  • 慕移动3569406 提问者 #1
    嗯嗯,老师讲的好清楚啊! 那如果脚本放在</body>之前, 是不是当解析到script标签的时候还是会阻塞到dom的渲染,只不过是它能够尽可能不被CSSOM所阻塞,让CSSOM和DOM能够先并行解析一段时间,所以才放在</body>之前? 还有据说浏览器会先提前“阅读”一下HTML源码, 然后识别出HTML所要用到的资源,然后提前并行下载,这是对的吗? 如果是,那还有放在</body>之前的必要吗? 麻烦解答! 感谢百忙抽空!
    2019-12-22 16:18:02
  • 卡布琦诺 回复 提问者 慕移动3569406 #2
    下载不等于执行哦,所以一般开发中,还是需要放在</body>之前的。另外,在实际开发中基本上不使用defer 和 async的,对于这两个属性,了解其原理和作用即可。
    2019-12-22 16:29:23
问题已解决,确定采纳
还有疑问,暂不采纳

恭喜解决一个难题,获得1积分~

来为老师/同学的回答评分吧

0 星
请稍等 ...
意见反馈 帮助中心 APP下载
官方微信

在线咨询

领取优惠

免费试听

领取大纲

扫描二维码,添加
你的专属老师