var定义函数作用域并提升声明但不初始化，let/const定义块级作用域且存在暂时性死区；隐式全局和eval/with会破坏作用域链静态性。
var、let、const 声明方式直接决定变量是否进入作用域链，以及何时、以何种方式被查找——不是“影响”，而是“定义”作用域链的结构。
var 声明会创建函数作用域并触发变量提升
在函数内用 var 声明变量时，该变量会被绑定到当前函数作用域，并在函数体顶部被“提升”（hoisted），但初始化（赋值）保留在原位置。这意味着：var 变量可在声明前访问（值为 undefined），但不会进入块级作用域（如 if 或 for 内部）。
- 在全局作用域中，
var声明的变量会成为window（浏览器）或global（Node.js）的属性 - 在函数内，它只对函数及其嵌套函数可见；外层无法通过作用域链访问内层
var变量 - 重复
var声明同一标识符不会报错，后一次声明会覆盖前一次（仅限同一作用域）
let 和 const 创建块级作用域且不提升（但存在暂时性死区）
let 和 const 声明的变量绑定到最近的块（{}），且不会被提升到块顶部。它们在声明前不可访问，访问会抛出 ReferenceError —— 这就是“暂时性死区”（TDZ）。作用域链查找时，引擎会逐层向上找，但不会跳过 TDZ 区域。
-
let允许后续赋值，const要求声明时初始化，且不能重新赋值（对象/数组内容仍可修改） - 在
for循环中，每次迭代都会创建新的let/const绑定，因此闭包能正确捕获每次的值；而var只有一个绑定，所有闭包共享同一个变量 - 重复声明同一标识符（即使在不同块中）会报
SyntaxError，但不同块之间互不影响作用域链
作用域链查找失败时，非严格模式下 var 会隐式创建全局变量
如果在任意作用域中给一个未声明的标识符赋值（例如直接写 a = 1），JavaScript 会沿作用域链向上查找；查不到时，在非严格模式下会自动在全局对象上创建该属性（即隐式全局变量），这会污染全局作用域并干扰作用域链的预期行为。严格模式下则直接抛出 ReferenceError。
立即学习“Java免费学习笔记（深入）”；
- 这种隐式创建让
a看似“存在”于作用域链顶端，实则绕过了声明机制，导致调试困难 -
let/const不允许隐式声明，未声明就赋值必定报错，强制开发者显式管理作用域 - ESLint 规则
no-implicit-globals或no-undef可提前拦截这类问题
eval() 和 with 会动态修改作用域链，应避免使用
eval() 在非严格模式下，若传入字符串代码包含 var 声明，会将变量注入当前作用域；with 则把指定对象临时插入作用域链头部。两者都破坏静态作用域分析，使引擎无法优化、压缩或准确推断变量来源。
- V8 和其他现代引擎对含
eval或with的函数禁用 JIT 编译，性能明显下降 - 打包工具（如 Webpack）通常无法正确处理
with中的变量引用，导致运行时报错 - 替代方案：用对象属性访问（
obj.key）代替with；用函数封装代替eval字符串执行
真正关键的不是“如何影响”，而是声明方式决定了作用域链的起点和层级——var 锚定在函数，let/const 锚定在块，而漏掉声明或滥用 eval 会让作用域链变得不可预测。最常被忽略的是 TDZ 的边界和隐式全局的静默创建，它们不会立刻报错，却会在稍后的执行路径中引发难以追踪的作用域混淆。
