函数执行上下文（fec）在函数调用时创建、执行后销毁，但闭包会延长其词法环境生命周期而非上下文本身；创建阶段绑定this、初始化词法/变量环境，执行阶段按作用域链查找变量，销毁时仅词法环境因闭包引用而保留。
JavaScript 函数执行上下文（FEC）不是运行时“自动出现”的，而是有明确的创建步骤、内部结构和销毁时机。理解它，才能真正看懂函数调用、变量查找、闭包形成和内存行为。
函数执行上下文的创建阶段
每次函数被调用时，引擎在执行代码前会先完成创建阶段（Creation Phase），这个阶段不执行任何语句，只做三件事：
- 绑定 this 值：根据调用方式确定 this 指向（如隐式调用指向对象，箭头函数继承外层 this）
- 初始化词法环境（LexicalEnvironment）：为 let/const/class 声明预留空间，但暂不赋值——进入暂时性死区（TDZ）
- 初始化变量环境（VariableEnvironment）：为 var 声明和函数声明创建绑定，var 初始化为 undefined，函数声明则直接赋值为函数体
注意：词法环境和变量环境都包含一个外部引用（outer），它指向函数定义时所在作用域的词法环境——这就是作用域链的起点，由词法位置决定，与调用位置无关。
函数执行上下文的执行阶段
创建阶段完成后，引擎进入执行阶段（Execution Phase），逐行执行函数体内的代码：
- 遇到 var 赋值语句（如
var x = 10），更新变量环境中的对应绑定 - 遇到 let/const 赋值（如
let y = 20），检查是否已过 TDZ，再写入词法环境 - 访问变量时，按作用域链顺序查找：当前词法环境 → 外部词法环境 → … → 全局词法环境
- 若函数内定义了嵌套函数，该嵌套函数的 outer 引用也在此阶段确定（指向当前 FEC 的词法环境）
函数执行上下文的销毁与例外
函数正常执行完毕后，其执行上下文通常立即从调用栈弹出，并等待垃圾回收：
- 变量环境、词法环境、arguments 对象等内部结构失去引用，可被回收
- this 绑定、参数值等随上下文一并释放
但有一个关键例外：当函数返回内部函数，且该内部函数引用了外部函数的变量时，外部函数的词法环境不会被销毁。这是因为内部函数的 [[Environment]] 内部槽仍持有对外部词法环境的引用，形成闭包。此时，虽然 FEC 已出栈，其词法环境仍保留在内存中，直到闭包函数本身不可达。
如何验证 FEC 的生命周期
可通过调试工具或简单代码观察：
- 在 Chrome DevTools 中打断点，查看 “Scope” 面板，能看到当前函数的 Closure / Local / Script 作用域层级
- 用
console.dir(functionName)查看函数的内部属性（如[[Environment]]），需在支持 V8 内部属性的环境下 - 构造闭包后，用 Performance 面板录制内存快照，可观察未被回收的词法环境对象
不需要手动干预 FEC 的创建或销毁，但理解这一过程，能帮你精准定位变量不可见、this 错乱、闭包内存泄漏等问题。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
