嵌套循环中应使用独立代码块隔离变量：每层循环、每个条件分支内声明局部变量，确保作用域最小化、生命周期可控、命名不冲突、资源早释放、静态分析更精准。
在嵌套循环中，变量容易因作用域过大而被意外复用、误读或延迟释放。普通代码块（即用花括号 {} 包裹的独立语句段）是最轻量、最直接的控制手段——它不依赖特定语法结构（如 for 或 if），却能强制划出清晰的可见边界和生命周期终点。
用独立代码块隔离每层循环的临时变量
当多层 for 或 while 嵌套时，若在最外层声明所有变量，内层逻辑可能无意修改或依赖前次迭代残留值。加一层显式块，可确保每次进入该逻辑段都获得“干净”的变量实例。
- 把仅用于某轮内层计算的变量（如解析中间结果、临时缓存、状态标记）声明在对应代码块内部
- 避免在循环外提前声明
String temp、int index等泛用名，改写为：{ String payload = extractPayload(row); process(payload); } - IDE 能立刻标出块内变量未被后续代码使用，提示可安全收缩
防止同名变量跨循环层级遮蔽与混淆
嵌套循环中，若内外层都用 i、item 等常见名，即使语言允许（如 Java 不报错），阅读者极易误判归属层级。代码块配合局部声明，让“同名不同命”真正互不干扰。
- 外层遍历用户：
for (User u : users) { ... }；内层处理订单时，不要复用u，而是写：{ Order o = findLatestOrder(u); sendAlert(o); } - 内层块中的
o在块结束时自动不可见，彻底切断与外层变量的命名耦合 - 调试时，断点停在块末尾，变量监视器里不会出现一堆已失效却仍显示为“active”的旧引用
提前切断大对象或资源型变量的强引用链
嵌套循环中若加载了大数组、JSON 对象、流式解析器等，它们本应在某次内层处理后立即释放。靠“等循环结束再出作用域”往往太晚——代码块能让 GC 更早识别回收时机。
- 例如：遍历日志行，每行需解析成
LogEntry并提取字段，之后不再需要完整对象{ LogEntry entry = parser.parse(line); String id = entry.getId(); record(id); } - 即使没手动置
entry = null，JVM 在块退出后即解除对entry的栈帧引用，大幅降低 OOM 风险 - 对持有
InputStream、ByteBuffer等资源的对象尤其有效，无需try-with-resources也能实现逻辑级释放
配合条件分支，让变量只活在真正需要它的分支路径中
嵌套循环常搭配 if-else 处理不同数据类型或状态。若把所有分支变量都提至循环开头，不仅冗余，还可能因未初始化引发空指针或默认值误用。
- 将分支专属变量收进各自代码块：
if (isUrgent(row)) { UrgentHandler h = new UrgentHandler(); h.dispatch(row); }else if (isBatch(row)) { BatchProcessor p = new BatchProcessor(); p.queue(row); } - 每个块内的对象彼此隔离，不可能在
else分支里误调用h.dispatch() - 静态分析工具能准确识别：某个
h只在 3 行内使用，建议内联或进一步拆解
