您好,登录后才能下订单哦!
这篇文章主要讲解了“什么是JS延迟异步脚本”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“什么是JS延迟异步脚本”吧!
script标签,带async和defer属性等,通过document.createElement('script')创建并且没有指定script.async=false的脚本默认为异步延迟脚本(必须为非内联脚本),如下所示: 
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>Document</title> </head> <body> </body> <script src="./async1.js" async></script> <script src="./async2.js" async></script> <script src="./defer1.js" defer></script> <script src="./defer2.js" defer></script> <script src="./common1.js"></script> <script src="./common2.js"></script> <script src="./common3.js"></script> </html>
以上7个脚本文件,其中common开头为非异步延迟脚本,其余的都指定了延迟脚本的模式,分为async和defer两种
通过document.createElement创建的标签插入默认为async模式
我一共写了2个async和2个defer标签,其它的都是普通标签.其中async1.js里面有4000行代码,其它都是一个console.log而已
第一次实验结果:

再次刷新页面(注意我已经禁用了浏览器缓存),结果为:

再次刷新,发现async执行时机和顺序不确定

原因在于:async是告诉浏览器,可以不必等到它下载解析完后再加载页面,也不用等它执行完后再执行其他脚本,俗称异步执行脚本
打印结果:

对应的下载执行时机

从上面看,下载时机async和普通模式都是同样并行下载,只有defer是最后才下载(http1.1有并发数量限制,可是这里并不是并发限制,当我删除common的引用后,我发现defer永远都是最后下载的)

async和defer两种模式,区别在于:
async是告诉浏览器,它不会操作dom,可以不必等到它下载解析完后再加载页面,也不用等它执行完后再执行其他脚本,俗称异步执行脚本, 多个async无法保证他们的执行顺序,例如async1和async2无法按顺序执行
defer是在解析到结束到</html>标签后才会执行,俗称推迟执行脚本,多个defer可以按顺序执行,例如defer1和defer2可以按顺序执行(实际上也不保证顺序执行)
解析到script标签后,async是直接下载
解析到script标签后,defer是最后下载
相同点:
多个async或者defer标签实际上都不能保证顺序执行
都不会阻塞解析其他script标签内容的解析和页面渲染
他们都会在浏览器load事件前执行,但是不保证是在DomContentLoad事件前还是后执行
defer不一定在async后面执行,从我的实验结果和书上对它们对解析来看
脚本文件大小
网络传输因素
当所有的脚本文件都很小很小的时候,结果会在很大概率稳定在

异步推迟脚本的执行顺序并不稳定,所有尽量只有一个
使用异步推迟脚本时,应该考虑什么场景才使用,而不是滥用它
感谢各位的阅读,以上就是“什么是JS延迟异步脚本”的内容了,经过本文的学习后,相信大家对什么是JS延迟异步脚本这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是亿速云,小编将为大家推送更多相关知识点的文章,欢迎关注!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。