静态作用域是闭包存在的前提，闭包是其运行时实现；静态作用域在函数定义时确定变量查找路径，闭包则通过保留词法环境使内部函数持续访问父函数变量。

闭包和静态作用域不是两个并列概念，而是“规则”与“实现”的关系：静态作用域是 JavaScript 的语言设计规则，闭包是该规则在运行时的具体体现。

静态作用域决定变量查找路径

JavaScript 在函数定义那一刻，就固定了它能访问哪些外部变量——不看它在哪调用，只看它在哪写。这个“写的位置”构成它的词法环境。

• 比如一个内层函数引用了外层函数的 let count，引擎会沿着定义时嵌套结构向上查找，直到全局
• 即使这个函数后来被传到另一个模块、作为事件回调执行，它仍坚持按原定义位置找变量
• 这种“认地不认人”的行为，就是静态作用域的全部含义

闭包是静态作用域的运行时载体

静态作用域只是告诉引擎“该查谁”，但变量查得到不等于还能用。真正让变量不被回收、持续可访问的，是闭包机制。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 当内部函数被返回或赋值给外部变量时，它会把定义时的整个词法环境（包括父函数的局部变量）保存在内部属性 [[Scope]] 中
• 父函数执行结束、执行上下文销毁后，这些变量仍保留在内存中，不会被垃圾回收
• 所谓闭包，就是“函数 + 它定义时的词法环境”这个不可分割的整体

二者缺一不可，共同解决变量生命周期问题

普通局部变量随函数执行结束而释放；但闭包需要它们长期存在。静态作用域提供确定性，闭包提供持久性。

立即学习“Java免费学习笔记（深入）”；

• 没有静态作用域：引擎无法预判哪个变量会被后续函数用到，只能动态查找——那就无法提前保留，闭包无从谈起
• 没有闭包机制：静态作用域只是纸上谈兵——变量查得到，但早被回收了，访问直接报错
• 真实场景中，两者始终协同工作，例如计数器、私有数据封装、柯里化函数都依赖这个配合

常见误判点：什么不算闭包

仅满足“函数用了外层变量”还不够。构成闭包必须同时满足两个条件：

• 函数必须定义在另一个函数内部（形成词法嵌套）
• 该函数必须在父函数执行结束后，仍然能被访问或调用（触发变量保留）
• 只满足第一条，只是嵌套函数；只有两条都成立，才真正形成闭包