块级作用域本质是用{}划定变量禁区，变量在块外物理销毁、不可访问；它强制隔离、防误用、提升命名清晰度与代码质量，但仅限局部变量且不宜过度嵌套。
块级作用域的本质，是用一对花括号 {} 划出一个“变量禁区”——里面声明的变量，一跨出去就彻底失效，编译器直接拒绝访问。它不靠注释、不靠命名约定，而是由JVM强制执行的语法隔离，从根源上切断误用可能。
变量只活在它该在的地方
块内声明的变量（如 int temp = 10;）不是“暂时看不见”，而是**物理销毁**：栈帧弹出、符号表清除、后续代码引用即报 cannot find symbol。这和 for 循环中声明的 i 一样，循环结束就不能再用，但块的作用更主动——你能随时加一层 {} 来收窄生命周期。
- 方法开头堆一堆 temp1、result2 容易混淆；改成多个独立块，每个块里都用 res，语义清晰且互不干扰
- JSON 解析后临时取字段值：{ String id = json.get("id").asString(); process(id); } ——离开大括号，id 就不存在，不可能被后面逻辑误读
- IDE 会高亮显示块内未使用的变量，提示你删掉冗余声明，这是块带来的被动质量保障
嵌套分支与循环中防污染
多层 if 或 for 套在一起时，变量最容易跨轮次残留或遮蔽。块不是增加复杂度，而是把“隐式状态”变成“显式边界”。
- 不要在最外层声明 String payload，然后在每轮循环里反复赋值；改为 { String payload = parse(line); handle(payload); } ——每次都是全新变量，无历史包袱
- if/else 分支共用同名变量极易出错：if (type == "A") { int count = calcA(); } else { use(count); } 会编译失败；而各自用块包裹，两个 count 彼此无关，漏写也不会污染对方
- case STATE_LOADING: 块内用 startTime；case STATE_SUCCESS: 块内用 data；退出即释放，不会因跳转顺序导致前一分支变量残留干扰
配合语义命名提升可读性
作用域收紧后，命名可以更轻、更准。短名不是偷懒，而是因为上下文足够明确。
立即学习“Java免费学习笔记（深入）”；
- 块内临时计算：用 tmp、idx、err，没人会误解它们的用途和寿命
- 需跨块传递的状态量（如重试次数、最后错误），统一加 state_ 前缀，例如 state_retryCount，一眼看出它是贯穿整个流程的长周期变量
- 避免 data1、temp2 这类编号式命名——它暴露的是“我忘了它该叫什么”，而不是变量本身职责
注意边界与适用尺度
块级作用域只约束局部变量，对成员变量、静态变量、方法参数完全无效；它也不是万能胶，过度嵌套反而降低可读性。
- 字段（private String name;）、静态变量（public static final Logger LOG;）不受 {} 影响，它们的可见性由修饰符和类结构决定
- 块不宜超过两层嵌套；三层及以上建议抽成私有方法，保持逻辑粒度合理
- 5–10 行以内的校验、转换、预处理逻辑，用块 + 单行注释（如 // 标准化手机号格式）比单独提方法更轻量、更聚焦
