var、let、const 最核心区别在于是否允许重复声明、是否提升、是否绑定块级作用域：var 会变量提升、函数作用域、允许重复声明；let/const 不提升、有暂时性死区、仅块级作用域有效，且 const 声明时必须赋值。
var、let、const 声明行为差异在哪
三者最核心区别不在“能不能改值”，而在“是否允许重复声明”“是否提升（hoisting）”“是否绑定块级作用域”。var 会变量提升且函数作用域，let 和 const 不提升、有暂时性死区（TDZ），且只在块级（{} 内）有效。
常见错误现象：console.log(a); let a = 1; 报 ReferenceError: Cannot access 'a' before initialization，不是 undefined —— 这是 TDZ 的典型表现。
-
var允许重复声明（var x = 1; var x = 2;合法），let/const在同一作用域内重复声明直接报SyntaxError -
const要求声明时必须赋值，且不能重新赋值（但对象属性、数组元素可变） - 函数内部用
var声明的变量，即使写在if块里，也会被提升到整个函数顶部；let则严格限制在if块内
全局作用域和函数作用域怎么判断
JavaScript 只有**函数作用域**和**块级作用域**（ES6+），没有“全局块作用域”这种说法。顶层（非函数内）声明的变量属于全局对象属性（浏览器中是 window，Node.js 中是 global），但 let/const 声明的顶层变量**不会**成为全局对象属性。
使用场景：想让变量真正全局可用（比如供调试或跨 script 使用），var 或显式挂载（window.x = 1）可行；但更推荐封装进模块或 IIFE，避免污染全局。
立即学习“Java免费学习笔记（深入）”；
-
var x = 1;→ 浏览器中window.x === 1为true -
let y = 2;→window.y是undefined，但y仍属全局作用域（只是不绑定到window） - 嵌套函数中访问外层变量，靠的是**词法作用域**（定义时的位置），不是调用时的位置
for 循环中用 var 和 let 声明 i 的区别
这是最容易暴露作用域理解偏差的场景。用 var 声明的循环变量，在循环结束后仍可访问，且所有闭包共享同一个 i；而 let 每次迭代都创建新绑定，每个闭包捕获的是各自迭代的值。
示例：
for (var i = 0; i < 3; i++) { setTimeout(() => console.log(i), 0); } // 输出 3, 3, 3
for (let i = 0; i < 3; i++) { setTimeout(() => console.log(i), 0); } // 输出 0, 1, 2
- 本质原因：
var i全局只有一个绑定；let i每次迭代生成独立的绑定（类似隐式闭包） - 不推荐靠
var+ IIFE 模拟——写法冗余，且容易漏传参 - 如果循环体里要复用变量名（比如多次
let data），完全合法，因为每次都是新块级绑定
eval 和 with 会破坏作用域边界吗
会，而且非常危险。两者都会动态修改当前作用域链，导致静态分析失效、性能下降，并可能意外覆盖变量。现代代码应完全避免。
典型问题：eval('var x = 1'); 在函数内执行后，x 成为该函数的局部变量；但在严格模式下，eval 有自己的作用域，不会污染外层 —— 但依然禁止使用。
-
with会让对象属性临时进入作用域链，导致变量查找顺序混乱（比如同名变量优先取对象属性而非外层声明） - Webpack/Vite 等构建工具默认禁用
eval源码映射（devtool: 'eval'是字符串模板，不是 JSeval函数） - ESLint 规则
no-eval和no-with应强制开启
const 优先，仅当变量需重赋值时用 let，彻底弃用 var。作用域的“块”不只指 if 或 for，还包括 try/catch 的 catch 子句、模块顶层、甚至单独的 {} 块——这些细节一旦忽略，就容易出现意料之外的变量不可见或覆盖。 
