闭包实现异步脚本回调顺序控制

本文深入探讨了如何利用闭包这一核心JavaScript机制，精准解决异步脚本加载中回调函数挂载与执行顺序错乱的顽疾——通过为每个脚本创建独立作用域，将回调函数与其专属上下文（如脚本路径、配置、状态）牢牢绑定，从根本上避免因网络响应不确定性导致的参数覆盖、状态污染、重复执行和竞态问题；进一步结合Promise封装，实现可链式调用、可串行/并行控制、带错误处理与超时机制的健壮加载方案，强调闭包的本质不是延迟执行，而是“锁定上下文”，让异步逻辑既灵活又可靠。

闭包能有效解决异步脚本加载中回调函数挂载时机与执行顺序不一致的问题——核心在于把回调逻辑和对应脚本的上下文“绑定”起来，避免因加载完成顺序不可控导致的调用错乱。

用闭包封装回调，隔离每个脚本的执行环境

当多个脚本并行加载时，它们的 onload 触发顺序不确定。若直接在全局或共享作用域中注册回调，容易出现后定义的回调先执行、参数被覆盖等问题。闭包可为每个脚本创建独立的作用域，保存其专属的回调函数和标识信息。

• 每次调用加载函数时，立即用 IIFE 或箭头函数生成闭包，把当前脚本路径和回调函数作为参数传入
• 在脚本 onload 回调里直接调用该闭包内捕获的函数，确保调用的是“当时传入”的那个回调
• 示例中不依赖外部变量索引或状态标记，从根本上规避竞态

结合 Promise + 闭包，统一管理加载链路

将脚本加载封装为返回 Promise 的函数，并在 Promise 的 resolve 中调用闭包捕获的回调，既能保证异步流程可控，又保留了回调的定制能力。

• 每个 loadScript(src, callback) 内部新建闭包，使 callback 和 src 绑定
• Promise 成功时执行该闭包内的 callback，失败时同样在闭包内处理错误逻辑
• 后续可链式调用 .then() 或用 await 按需串行/并行加载，执行顺序由 Promise 状态驱动，而非网络响应快慢

防止重复挂载与执行：闭包内维护加载状态

同一脚本可能被多次请求，但只需加载一次且回调只应触发一次。可在闭包中用局部变量记录状态，避免全局标记带来的耦合和污染。

• 闭包内声明 let loaded = false，首次加载成功后置为 true
• 后续对该脚本的加载请求，直接用已创建的