html脚本加载顺序：深入解析defer和async属性
在优化JavaScript加载时，defer和async属性常常被用来提升性能，但其实际效果有时与预期不符。本文将通过案例分析，详细解释defer和async属性在不同脚本标签间的实际加载行为，并解答为何某些脚本的加载看似并非异步。
案例分析：异步加载的错觉
假设一个HTML文档包含多个标签，其中部分使用了async属性。例如，部分包含f.js、e.js、g.js和i.js四个脚本，e.js、g.js和i.js使用了async属性；部分包含a.js脚本。观察结果显示，e.js和f.js、a.js似乎同时加载，而其他带有async属性的脚本则表现出异步加载特性。这让人疑惑：async属性为何失效？
浏览器脚本加载机制：异步并非完全无序
立即学习“前端免费学习笔记（深入）”；
关键在于浏览器对脚本加载的处理机制。async属性旨在异步加载脚本，但这并不意味着脚本加载完全无视顺序。浏览器会尽可能并行下载多个脚本，但脚本执行顺序仍受HTML结构影响。
浏览器会尽力并行下载带有async属性的脚本和不带任何属性的脚本。然而，当一个不带属性的标签位于带有async属性的标签之前时，浏览器会优先下载并执行该不带属性的脚本。这是因为浏览器遇到标签时的默认行为是同步下载和执行。因此，f.js将先于e.js被下载和执行。
a.js位于中。浏览器解析到a.js时，会暂停HTML文档解析，下载并执行a.js，然后继续解析剩余HTML。这与async脚本的异步加载机制不同。async脚本会在下载完成后尽快执行，但不会阻塞HTML文档解析。所以，e.js、g.js、i.js的执行顺序是异步的，与a.js、f.js的执行顺序没有明确的先后关系，取决于浏览器具体的下载和执行速度。
结论：理解浏览器机制，精确控制脚本加载
async和defer属性能改变脚本加载方式，但不能完全控制执行顺序。浏览器会根据HTML结构和脚本属性优化脚本加载和执行效率，但开发者仍需理解浏览器的工作机制，避免因脚本加载顺序问题导致程序错误。 若需精确控制脚本执行顺序，建议使用defer属性，或在脚本中使用DOMContentLoaded事件，确保脚本在DOM加载完成后执行。
