javascript变量查找按静态作用域链解析标识符，运算顺序由优先级和结合性决定；tdz约束let/const访问时机，参数绑定在调用时初始化且与同名声明冲突报错。
JavaScript 在复杂表达式中求值时，变量查找顺序严格遵循作用域链，而求值执行顺序则由运算符优先级和结合性决定——两者独立运作但协同保障语义正确。关键在于：**作用域决定“找谁”，运算顺序决定“何时用它”。**
作用域链在表达式中不参与计算，只负责绑定
无论表达式多复杂（如 a + b * c() + d.e.f），每个标识符（a、b、c、d）的解析都独立进行：从当前执行上下文的词法环境开始，沿定义时固化的作用域链逐级向上查找，直到找到首个匹配声明。这个过程发生在表达式求值前的“标识符解析阶段”，与运算符无关。
例如：
function outer() {
const a = 10;
function inner() {
const a = 20;
return a + (function() { return a; })(); // 两个 a 都解析为 inner 内的 20
}
return inner();
}
内层立即函数中的 a 不会去 outer 找，因为它的作用域链只包含 inner 环境 —— 作用域链是静态的，不因调用位置或表达式嵌套深度改变。
运算符优先级与结合性控制实际求值时机
一旦所有标识符完成作用域绑定，引擎按标准规则执行计算：
- 先算括号内、函数调用、属性访问等高优先级子表达式
- 再按乘除优先于加减、左结合等规则组合结果
- 每个子表达式求值时，其内部标识符仍各自走自己的作用域链
比如：let x = 5; function foo() { let x = 10; return x + (x = x * 2) + bar(); }
这里：
– 第一个 x 解析为 foo 内的 10；
– 赋值表达式 x = x * 2 中的 x 同样解析为 foo 内的 10，计算得 20 并赋值；
– bar() 执行时，若 bar 是外部函数，它查自己的作用域链，与 foo 的 x 无关。
暂时性死区（TDZ）是作用域与求值顺序交汇的关键约束
对 let/const 声明的变量，作用域虽已存在，但在声明语句执行前访问会抛 ReferenceError。这直接影响表达式是否能顺利求值。
示例：
function test() {
console.log(a); // ReferenceError！a 在 TDZ 中
let a = 1;
return a + (b = 2); // b 若未声明，此处赋值会隐式创建全局 b（非严格模式）或报错（严格模式）
}
也就是说，作用域决定了“变量是否存在”，而 TDZ 规则在求值过程中实时拦截非法访问，强制开发者遵守声明顺序。
函数参数与表达式求值的特殊交互
参数本身是函数作用域内的局部绑定，其值在函数调用时传入并初始化。在表达式中使用参数，等同于使用一个已初始化的局部变量：
-
function fn(x) { return x + (x = x + 1); }→ 先取 x 值（如 5），再执行赋值（x 变成 6），最后相加得 11 - 若参数名与
let声明冲突（function fn(x) { let x = 2; }），直接语法错误，表达式甚至无法进入求值阶段
这种设计避免了“参数被意外覆盖却无感知”的情况，让作用域边界在表达式构建之初就清晰可见。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
