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 的花括号才具备真正的块级作用域能力：
- 在
if块内用let声明的变量，外部无法访问，访问会抛ReferenceError - 但要注意：变量存在“暂时性死区”（TDZ），即声明前不可访问，哪怕在同一块内
-
const同样适用该规则，且必须初始化，不能重复赋值
switch 里的陷阱更隐蔽
switch 语句的大括号确实创建块级作用域，但所有 case 共享这个块——case 本身不划分新作用域：
立即学习“Java免费学习笔记（深入）”；
- 若多个
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）提前拦截问题
