缩小局部变量作用域可提升代码审查效率与可维护性：在首次使用处声明、循环内声明计数器、用显式代码块隔离临时逻辑、配合方法拆分控制可见范围。
把局部变量的作用域缩到最紧，是提升代码审查效率和长期可维护性的直接手段。变量看得见、用得清、改得准，审查者一眼就能判断它是否被误用、是否越界、是否冗余。
在首次使用处声明变量
不要在方法开头堆一堆变量声明。变量一出现就该有明确用途。比如处理用户输入时，String name = request.getParameter("name") 应该紧挨着校验逻辑写，而不是提前十几行声明一个空字符串。
- 审查时能快速确认变量生命周期是否匹配实际使用场景
- 避免“声明了但没用”或“用了但没声明”的低级错误
- 减少因变量提前可见导致的误读（例如把旧值当新值用）
循环内声明计数器与临时变量
for 和 for-each 循环天然支持块级作用域，i、item 这类变量只活在循环体内。相比 while 循环中把 i 提前声明在外部，这种写法从语法上杜绝了循环后误用 i 的可能。
- for-each 是首选：无需管理索引，变量作用域自动收束
- for 循环中声明 int i = 0：i 在循环结束后立即不可访问
- 审查时若发现循环外还在用 i，说明逻辑有误或重构不完整
用显式代码块隔离临时逻辑
对一段只用一次的转换、校验或组装逻辑，用大括号包起来并声明其专属变量。例如解析 JSON 后提取字段再做映射，这部分变量不必污染整个方法作用域。
- 代码块让变量边界物理可见，审查者自然聚焦于该段意图
- 命名冲突风险大幅降低（比如多个块里都可以用 temp、result）
- 后续重构时，整块提取为独立方法也更安全、更顺滑
配合方法拆分控制变量可见范围
一个超过 20 行的方法往往混杂多种职责。把数据加载、格式转换、异常处理等步骤拆成小方法，每个方法只暴露必要的参数，内部变量完全隔离。
- 审查单个方法时，变量数量少、意图集中，不易遗漏细节
- 每个小方法可单独单元测试，变量状态可控、可验证
- 修改某一步逻辑时，影响范围明确，不会意外牵动其他变量
