let和const会被提升但不初始化，声明前访问触发tdz报错；var提升后值为undefined。tdz是安全机制，强制按序声明使用，避免隐性错误。

let 和 const 并不是“不会发生变量提升”，而是**确实会被提升，但提升后不初始化，且在声明前访问会直接报错**——这个不可访问的区域叫“暂时性死区”（Temporal Dead Zone，TDZ）。

它们其实也被提升了，只是行为更严格

JavaScript 引擎在编译阶段仍会扫描并记录 let/const 的声明，把变量名绑定到当前块级作用域中。但和 var 不同，引擎不会给它赋初始值（比如 undefined），也不会允许任何读写操作，直到执行流真正到达声明语句那一行。

• var 提升后：变量存在，值为 undefined
• let/const 提升后：变量存在，但处于 TDZ，访问即抛出 ReferenceError

TDZ 是有意设计的安全机制

这个限制不是缺陷，而是为了暴露潜在问题：

Alibabacloud Sdk Client Initialization For Java

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

下载

• 避免因意外提前使用变量导致难以追踪的 undefined 行为
• 强制开发者按逻辑顺序声明和使用变量
• 配合块级作用域，让变量生命周期更清晰（比如 for 循环中每个迭代都有独立绑定）

常见 TDZ 触发场景

这些地方看似“没提升”，其实是被 TDZ 拦住了：

• 在声明语句前 console.log(x) —— 报错：Cannot access 'x' before initialization
• 函数参数默认值里引用同名 let 变量：function f(x = x) { }
• 类字段初始化时依赖尚未执行的 const 声明
• if 块内用 let 声明，却在块外尝试访问 —— 不是因为没提升，而是根本不在该作用域内

对比 var：提升 ≠ 安全

用 var 确实能绕过 TDZ 报错，但换来的是隐性风险：

• 变量被提升到函数作用域顶部，可能造成意料外的共享
• 循环中 var i 导致所有异步回调都输出同一个值
• undefined 值容易掩盖逻辑错误，比 ReferenceError 更难调试

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南