闭包的核心作用是让Promise内部状态和处理函数在异步后仍可安全访问与更新。它通过函数作用域链捕获外层局部变量，实现状态封装、单次变更、实例隔离及then链上下文维持，是Promise规范行为的底层基础设施。
闭包在自定义 Promise 实现中，核心作用是**让内部状态（pending/fulfilled/rejected）和处理函数（onFulfilled/onRejected 队列）在异步操作结束后仍可被访问和更新**。它不靠全局变量或 this 绑定，而是靠函数作用域链天然“捕获”外层变量，从而安全地维持 Promise 的不可变性与状态一致性。
状态变量被闭包保护，外部无法直接修改
Promise 构造函数内部声明的 state、value、reason 和 handlers 都是局部变量。所有方法（resolve、reject、then）都定义在同一个作用域内，因此能共享并操作这些变量，但外部代码无法直接读写它们：
-
state初始为'pending'，只能由内部resolve或reject函数改为'fulfilled'或'rejected'，且仅允许变更一次 - 这种“单次变更 + 外部不可见”正是靠闭包实现的封装，不是靠 Symbol 或 WeakMap 等额外机制
then 方法返回新 Promise，但回调队列仍依赖外层闭包
每次调用 then，都会创建新的 Promise 实例，同时将传入的 onFulfilled 和 onRejected 推入当前 Promise 的 handlers 数组。这个数组本身是外层构造函数作用域中的变量，而 then 返回的新 Promise 的 resolve/reject 函数，又通过闭包捕获了该 handler 的执行逻辑和目标 Promise 的状态变化行为：
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
- 例如：当原 Promise 变为 fulfilled，它会遍历
handlers，对每个 handler 调用resolve(new Promise, result)—— 这里的new Promise和result都在 handler 执行时才确定，但 handler 的注册位置、触发时机、上下文绑定，全靠闭包维持 - 没有闭包，就无法让不同 then 链上的回调“记住”自己属于哪个 Promise 实例、该调用哪个 resolve 函数
异步任务完成时，闭包确保状态更新与回调触发不丢失上下文
在模拟 setTimeout 或微任务（如 queueMicrotask）触发 resolve 时，回调函数必须能访问到当初 new Promise 时创建的状态变量。闭包让这些变量在异步回调执行时依然有效：
立即学习“Java免费学习笔记（深入）”；
- 比如：
new MyPromise((resolve) => setTimeout(() => resolve(42), 10))——resolve是一个闭包函数，它内部持有对state、value、handlers的引用 - 即使事件循环已跳出构造函数执行栈，resolve 被调用时仍能正确设置状态、通知所有已注册的 then 回调
- 若用普通对象属性或全局变量，多实例之间会互相干扰；闭包让每个 Promise 实例拥有独立的状态空间
不复杂但容易忽略：闭包不是 Promise 的“特性补充”，而是其实现状态隔离与异步协调的底层基础设施。没有它，就无法保证 Promise/A+ 规范中“状态不可逆”“回调延迟执行”“链式调用独立性”等关键行为。
