Java变量作用域是代码结构与可维护性的底层支撑，分为方法内变量（就近声明、及时释放）、块级作用域（{}内有效、防污染）、成员变量（实例优先、静态慎用）及模式变量（instanceof/switch中类型安全限定）。
Java 变量作用域不是语法细节，而是代码结构和可维护性的底层支撑。理解并合理运用作用域，能直接减少 bug、降低耦合、提升协作效率。
方法内变量：就近声明，及时释放
局部变量只在方法体内有效，生命周期随方法调用开始和结束。它不占用类实例内存，也不被其他方法干扰。
- 在首次使用前声明，避免提前暴露或未初始化访问
- 避免在方法开头堆叠一堆变量声明，尤其当某些变量只在某个 if 或循环中才用到
- 方法过长时，变量作用域容易失控——这是重构信号：考虑拆分成更小的私有方法
块级作用域：用大括号控制可见性
if、for、while、try 等语句块内部定义的变量，仅在该 {} 内有效。这是限制变量“污染范围”的最轻量手段。
- 同一个方法里，不同 if 块可以重复使用相同变量名（如
temp），互不干扰 - 不要为省一行代码把变量提至外层块——比如把循环内使用的
String item提到 for 外面，会导致逻辑误用风险 - 配合 try-with-resources 使用时，资源变量天然具有块作用域，出块即关闭，无需手动管理
成员变量：明确生命周期与共享意图
实例变量属于对象，静态变量属于类。二者都跨方法存在，但含义截然不同。
立即学习“Java免费学习笔记（深入）”；
- 优先使用实例变量而非静态变量存储状态——除非你确实需要全局共享且线程安全可控
- 静态变量应加
final修饰常量；若需修改，必须评估并发影响，并考虑是否该用 ThreadLocal 或依赖注入替代 - 避免在工具类中滥用 public static 成员变量——它们会成为隐式状态源，破坏无状态设计原则
参数与模式变量：类型安全从入口开始
Java 14+ 的 instanceof 模式匹配（如 if (obj instanceof String s)）让类型判断和变量声明一步完成，s 的作用域严格限定在 if 分支内。
- 相比传统写法
if (obj instanceof String) { String s = (String) obj; ... }，新模式避免了重复类型声明和作用域溢出风险 - s 在 else 分支不可见，在 if 外部不可访问——编译器强制保障类型安全与作用域边界
- 适用于 switch 表达式中的模式 case，进一步统一了多类型分支的变量管理逻辑
