Java变量作用域是模块化落地的硬性约束：局部变量限于{}内、成员变量属对象实例、静态变量跨实例共享、代码块提供轻量作用域控制。
Java 变量作用域不是写法装饰，而是模块化落地的硬性约束。变量“在哪声明”直接决定它能被谁看到、活多久、会不会干扰其他逻辑——这恰恰是拆分方法、封装类、隔离状态的基础。
局部变量：最小作用域即最佳实践
在方法体、if/for/try 块内声明的变量，只在对应 {} 内有效。它的生命周期短、不占堆内存、天然避免跨逻辑误用。
- 在真正需要的地方声明，比如把
String result放进 if 分支里，而不是方法开头统一定义 - 循环变量（如
for (int i = 0; ...)）作用域止于右大括号，循环外无法访问，无需担心污染 - 同一个方法中，不同 if 块可重复使用
temp这类名字，互不冲突 - 未初始化就使用会编译失败——这是 Java 的安全机制，不是限制，要顺势而为
成员变量：明确归属，慎用共享
定义在类中、方法外的非 static 变量，属于对象实例。每个 new 出来的对象都有一份独立副本，生命周期与对象一致。
- 整个类内部（所有非静态方法、构造器、初始化块）都能直接访问，无需传参
- 同名时会被局部变量遮蔽，用
this.name明确指向成员变量 - 有默认值（int 为 0，引用为 null），但建议在构造器或初始化块中显式赋值，避免隐式状态
- 避免用 public 成员变量暴露状态，优先通过 getter/setter 控制访问
静态变量：全局共享需主动设防
用 static 修饰的类级别变量，随类加载而存在，所有实例共享同一份数据。它不是“方便”，而是“责任”。
立即学习“Java免费学习笔记（深入）”；
- 适合计数器、配置开关、工具类缓存等真正需要跨实例共享的场景
- 若需修改，必须评估线程安全——考虑加锁、用
AtomicInteger或ThreadLocal - 常量优先用
public static final，命名全大写加下划线，如DEFAULT_TIMEOUT_MS - 不要在工具类里放可变的
public static字段，它会让无状态设计失效
代码块：最轻量的作用域控制器
一对花括号 {} 就是一个独立作用域边界。它不改变程序逻辑，但能清晰切割变量可见范围，是重构和防御性编码的第一步。
- 把一段处理逻辑包进独立代码块，其中声明的变量不会泄漏到外部
-
try-with-resources中的资源变量自动限定在 try 块内，出块即关闭，无需手动close() - 避免“方法开头堆变量”习惯，尤其当某些变量只在某个分支才用到时
- 嵌套块中同名变量会遮蔽外层，但外层变量在内层结束后仍可用，不是销毁
