document.getElementById 返回 null 是因脚本执行早于 DOM 构建完成，非网络延迟；应改用 defer（仅对外部脚本生效）确保 DOM 就绪后执行，或移至 </body> 前，避免 async 导致竞态。
async脚本执行太早，document.getElementById返回null怎么办
这不是加载慢，是执行时机根本不对——async脚本下载完立刻执行，此时
document.getElementById自然返回null。
别改超时或轮询，直接换方案：
- 把脚本移到
<body>底部，去掉async，靠位置保序（兼容性最好） - 加
defer属性：下载异步，执行推迟到DOM构建完成、DOMContentLoaded前，getElementById一定可用 - 若必须用
async，则改用document.addEventListener('DOMContentLoaded', ...)包裹操作DOM的代码，且确保该监听在脚本加载后注册
多个外部脚本有依赖关系，却用了async导致ReferenceError
async不保证顺序，jquery.js和plugin.js谁先下完谁先跑，plugin.js调$就报ReferenceError。
正确做法只有一条：所有带依赖的脚本统一用defer，并按依赖顺序写在HTML里：
立即学习“前端免费学习笔记（深入）”；
<script defer src="jquery.js"></script><br><script defer src="plugin.js"></script><br><script defer src="app.js"></script>
注意：defer只对带src的外部脚本生效；内联脚本加defer会被浏览器忽略。
动态插入script后立即调用函数，但报错“xxx is not defined”
动态创建的script默认行为接近async=true：下载不阻塞，但执行时机不可控。插完就调函数，大概率失败。
必须显式等加载完成：
-
onload事件必须在src赋值**之后**设置，否则可能错过回调 - 错误处理不能省：
onerror要配，否则404静默失败，调试无从下手 - 避免重复加载：插入前检查
window.jQuery是否存在，或维护一个loadedScripts缓存Map
示例关键逻辑：
const s = document.createElement('script');<br>s.src = 'https://cdn.example.com/jquery.min.js';<br>s.onload = () => {<br> // 此处才安全调用 $<br> initApp();<br>};<br>s.onerror = () => console.error('jQuery load failed');<br>document.head.appendChild(s);
混合使用defer、async和动态脚本时，DOMContentLoaded触发前哪些脚本一定已执行
浏览器没义务告诉你谁跑完了——DOMContentLoaded只保证：所有defer脚本已执行完毕；所有内联脚本（在前）已执行；但async脚本可能刚启动、正在下载、或已执行完，完全不确定。
所以，别在DOMContentLoaded回调里假设某个async脚本的变量已就位。真正安全的做法只有两种：
- 把依赖项全换成
defer，让它们成为DOMContentLoaded的“确定参与者” - 对
async脚本手动管理状态：用window.__myLibLoaded = true做标记，配合轮询或Promise链，而不是赌时机
最常被忽略的一点：type="module"脚本虽默认defer，但跨域CDN需CORS头，否则静默失败，连console.error都不抛——这点比async/defer更隐蔽。
