javascript中if语句的大括号不创建块级作用域，var声明仍属外层函数或全局作用域；let/const才真正受块限制，switch的case共享同一块作用域，需用额外{}隔离变量。

条件语句（如 if、else if、else）本身不创建块级作用域，这是 JavaScript 早期设计中一个容易被忽略的事实。很多人从其他语言转来，会默认 if { ... } 里的变量只在花括号内有效，但用 var 声明时并非如此——它仍属于外层函数或全局作用域。

var 在 if 中的“假隔离”

看似被包裹在 if 块里，实际变量仍提升到所在函数顶部：

• var 声明会被“提升”，绑定在函数作用域顶端，初始值为 undefined
• if 内部的赋值只是修改这个已存在的绑定，不是新建变量
• 即使 if 条件为 false，声明依然生效（只是没赋值），访问会得 undefined 而非报错

let/const 才真正受块限制

ES6 引入 let 和 const 后，if 的花括号才具备真正的块级作用域能力：

Java Maven Code Review

审查Java Maven项目（ZIP压缩包或GitLab仓库URL），检查代码规范、命名、模块边界、可维护性问题以及重复代码。

下载

• 在 if 块内用 let 声明的变量，外部无法访问，访问会抛 ReferenceError
• 但要注意：变量存在“暂时性死区”（TDZ），即声明前不可访问，哪怕在同一块内
• const 同样适用该规则，且必须初始化，不能重复赋值

switch 里的陷阱更隐蔽

switch 语句的大括号确实创建块级作用域，但所有 case 共享这个块——case 本身不划分新作用域：

• 若多个 case 中都用 const message = ...，编译阶段就报错：“Identifier 'message' has already been declared”
• 解决办法是在每个 case 后加一对额外花括号：case 'x': { const msg = 'x'; ... }
• 这样每个 case 就拥有了独立子块，互不干扰

实际避坑建议

写条件逻辑时，养成明确作用域意识的习惯：

• 避免在 if 中用 var 声明新变量，统一改用 let 或 const
• 需要隔离变量时，主动用 { ... } 显式创建块，而不是依赖 if 的大括号
• 在 switch 中声明变量，务必为每个 case 加独立块，尤其涉及 let/const
• 启用严格模式（'use strict';）和 ESLint 规则（如 no-var、no-shadow）提前拦截问题

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