闭包能有效解决异步脚本加载中回调挂载与执行顺序不一致的问题——通过将回调函数与对应脚本上下文绑定，为每个脚本创建独立作用域以保存专属回调和标识，避免因加载完成顺序不可控导致的调用错乱、参数覆盖或状态污染。
闭包能有效解决异步脚本加载中回调函数挂载时机与执行顺序不一致的问题——核心在于把回调逻辑和对应脚本的上下文“绑定”起来，避免因加载完成顺序不可控导致的调用错乱。
用闭包封装回调，隔离每个脚本的执行环境
当多个脚本并行加载时，它们的 onload 触发顺序不确定。若直接在全局或共享作用域中注册回调，容易出现后定义的回调先执行、参数被覆盖等问题。闭包可为每个脚本创建独立的作用域，保存其专属的回调函数和标识信息。
- 每次调用加载函数时，立即用 IIFE 或箭头函数生成闭包，把当前脚本路径和回调函数作为参数传入
- 在脚本
onload回调里直接调用该闭包内捕获的函数，确保调用的是“当时传入”的那个回调 - 示例中不依赖外部变量索引或状态标记，从根本上规避竞态
结合 Promise + 闭包，统一管理加载链路
将脚本加载封装为返回 Promise 的函数，并在 Promise 的 resolve 中调用闭包捕获的回调，既能保证异步流程可控，又保留了回调的定制能力。
- 每个
loadScript(src, callback)内部新建闭包，使callback和src绑定 - Promise 成功时执行该闭包内的
callback，失败时同样在闭包内处理错误逻辑 - 后续可链式调用
.then()或用await按需串行/并行加载，执行顺序由 Promise 状态驱动，而非网络响应快慢
防止重复挂载与执行：闭包内维护加载状态
同一脚本可能被多次请求，但只需加载一次且回调只应触发一次。可在闭包中用局部变量记录状态，避免全局标记带来的耦合和污染。
- 闭包内声明
let loaded = false，首次加载成功后置为true - 后续对该脚本的加载请求，直接用已创建的
<script>元素监听onload，复用原始闭包中的回调 - 这样既去重，又保证所有调用方拿到的都是同一个执行结果和回调行为
实际使用建议：轻量封装，避免过度抽象
不必一开始就设计成通用库。从一个带闭包的 loadScript 函数开始，逐步扩展即可。
- 函数签名推荐：
loadScript(src, callback, options = {})，其中callback必须被闭包捕获 - 如需支持超时，把
setTimeout放在闭包内，确保清除逻辑也作用于同一上下文 - 调试时可在闭包内打日志，输出
src和时间戳，直观验证执行顺序是否符合预期
不复杂但容易忽略：闭包不是用来“延迟执行”的技巧，而是用来“锁定上下文”的机制。只要回调函数依赖某个动态值（比如脚本路径、配置对象、this 绑定），就值得用闭包把它稳稳兜住。
