函数作用域由调用触发而非声明触发：函数声明仅绑定标识符，调用时才创建执行上下文及独立词法环境；每次调用生成隔离作用域，闭包印证其独立性；块级作用域（let/const）与函数作用域机制不同，严格模式强化作用域清晰度。
JavaScript 中函数声明本身不会创建独立的作用域边界，真正形成独立作用域的是函数执行时创建的执行上下文（Execution Context），其中包含一个词法环境（Lexical Environment），它定义了变量和函数的可见范围。换句话说：函数声明只是“定义”，而函数调用才“激活”一个新的作用域。
函数作用域由函数调用而非声明触发
函数声明（function foo() { ... }）只是把函数绑定到当前作用域中，不立即产生新作用域。只有当该函数被调用时，引擎才会为其创建一个新的执行上下文，其中包含专属的词法环境 —— 这才是独立作用域的实质来源。
- 未调用的函数声明，其内部变量根本不会被初始化，也不占用作用域链位置
- 每次调用都会新建一个独立的词法环境，所以多次调用同一函数会生成多个隔离的作用域实例
- 箭头函数没有自己的
this和arguments，但它仍拥有自己的词法环境（继承外层，但仍是独立作用域的一部分）
块级作用域与函数作用域的区别
function 声明在 ES5 及之前是唯一原生支持的“作用域边界”机制（即函数作用域），而 let/const 在 ES6 引入了块级作用域（{...}）。注意：仅用 {} 不会创建函数作用域，必须配合 function 或 => 才能引入新的词法环境。
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
-
{ let x = 1; }—— 创建块级作用域，但不可跨块访问，且不产生执行上下文 -
function f() { let y = 2; }—— 声明本身不生效；f()调用后才创建含y的新词法环境 -
!function(){ let z = 3; }()—— 立即执行，触发新执行上下文，形成独立作用域
闭包印证作用域的独立性
当内部函数引用了外部函数的变量，并在外部函数返回后仍能访问这些变量，说明外部函数调用结束后，其词法环境并未销毁，而是被内部函数“捕获”。这反向证明：每个函数调用都生成了一个可被长期持有的独立作用域。
- 每个闭包背后都对应一个具体的执行上下文实例
- 即使函数名相同，不同调用产生的闭包所捕获的作用域互不影响
-
eval或with会动态修改词法环境，但现代代码应避免使用
严格模式与作用域边界的关系
严格模式不影响作用域边界的形成机制，但它会影响变量声明行为（如禁止隐式全局变量），从而让作用域边界更清晰。例如，在非严格模式下漏写 var 会导致变量挂载到全局对象，看似“逃出”函数作用域；严格模式下直接报错，强制开发者明确作用域归属。
- 是否启用严格模式，不改变函数调用创建新词法环境的事实
- 但能减少因变量泄漏造成的“作用域混淆”现象
- 推荐始终使用
"use strict"，尤其在模块化开发中
不复杂但容易忽略：作用域不是写出来的，是跑出来的 —— 写下 function 只是备好图纸，真正盖房子，得靠 ()。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
