变量提升不是bug但易致逻辑混乱：var声明被提升至函数顶部却初始化为undefined，导致同名遮蔽、块级作用域失效、闭包捕获错误值及nan等静默错误；let/const的暂时性死区则通过referenceerror提前暴露问题。
变量提升本身不是 bug，但它会悄悄改写你对代码执行顺序的直觉，尤其在函数内部混用同名变量、条件分支或异步逻辑时，很容易让值变成 undefined 而不是你预想的初始值或外部值。
函数内同名变量遮蔽外部变量
这是最典型的混乱来源。当你在函数里用 var 声明一个和外层同名的变量，这个声明会被提升到函数顶部，导致函数内所有对该变量的访问都指向“还没赋值”的局部变量，而不是你本意想读取的外部变量。
- 外层
var count = 10，函数内又写var count = 5→ 函数开头就存在一个值为undefined的局部count -
console.log(count)出现在赋值前，输出undefined，不是10，也不是5 - 这种遮蔽是静默发生的，没有警告，调试时容易误判数据来源
条件语句中变量意外提升出作用域
var 没有块级作用域，哪怕变量声明写在 if 或 for 里，它也属于整个函数作用域。这会导致两个问题：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 变量在条件不成立时也被声明（值为
undefined），后续可能被误用 - 循环中用
var声明计数器，闭包捕获的总是最后一个值，因为所有迭代共享同一个变量绑定 - 比如
for (var i = 0; i console.log(i), 0)输出三个3，而非0、1、2
函数调用依赖未初始化的变量
如果函数体里提前调用了另一个函数，而那个函数又依赖当前作用域里还没执行到赋值语句的 var 变量，就会拿到 undefined，进而引发 NaN、TypeError 或静默失败。
- 就像你遇到的
getTotalPrice()返回NaN：函数内用到了basePrice和count，但它们只是被提升为undefined，还没被赋值 - 引擎不会报错，也不会跳过，而是照常运算：
undefined * undefined === NaN - 这类错误往往要追进函数内部才能发现，排查路径长、线索少
let/const 的暂时性死区反而更安全
let 和 const 虽然也“提升”，但不初始化，访问会直接抛 ReferenceError。这个报错看似麻烦，实则是明确告诉你：“这里不能用，快去检查声明位置”。
- 错误发生得早、信息清晰，避免了
undefined引发的连锁逻辑错误 - 强制你把声明放在使用之前，代码意图更透明
- 块级作用域天然防止遮蔽和意外泄露，比如
if里的let x就真的只在if里有效
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
