Java变量声明与作用域直接影响可读性、线程安全和内存行为：变量必须在代码块内声明且不可重名；局部变量需显式初始化；static与非static成员变量生命周期和共享性截然不同；final修饰符传递不可变契约并影响JIT优化与线程可见性；资源变量应匹配其生命周期，优先使用try-with-resources。
Java 中变量声明和作用域不是语法细节，而是影响代码可读性、线程安全和内存行为的关键设计环节。写对位置、选对修饰符、理清生命周期，比“能运行”更重要。
变量声明位置决定作用域边界
Java 严格按代码块（{}）划分作用域，变量只能在声明它的块内访问，且不能跨块重名（编译报错）。方法参数、for 循环中的 i、if 块内定义的临时变量，各自有明确的起始与终止点。
- 局部变量必须显式初始化，未赋值就使用会编译失败（不同于字段默认值）
- for 循环中用 int i = 0 声明，i 仅在该 for 块内有效；若改用 i = 0（无类型），则需确保 i 已在外部声明，否则报错
- 避免在方法开头堆砌所有变量——缩小作用域可减少误用和 GC 压力，比如把数据库连接对象声明在 try-with-resources 块内而非方法顶部
成员变量要区分 static 与非 static
类中声明的变量分为实例变量（每个对象一份）和静态变量（整个类共享一份）。混淆二者常导致状态污染，尤其在多线程或单例场景下。
- 静态变量不随对象创建而分配，也不随对象销毁而释放，应只用于真正全局不变或缓存类数据（如配置常量、计数器）
- 非 static 字段属于对象状态，若被意外用 static 修饰，多个实例会共享同一份数据，例如 private static List<String> items = new ArrayList<>(); 将导致所有实例操作同一列表
- 静态变量初始化时机早于构造器执行，可用静态代码块做复杂初始化，但要注意类加载时的异常处理
final 修饰符不只是“不可变”，更是契约信号
final 不仅阻止重新赋值，更向阅读者传递语义：这个引用/值是设计上稳定的。它影响 JIT 优化、线程可见性，也约束 API 设计。
立即学习“Java免费学习笔记（深入）”；
- 局部 final 变量可用于匿名内部类或 Lambda 表达式中捕获（Java 8+ 要求“实际上的 final”）
- final 字段必须在声明时、构造器中或实例初始化块里完成赋值，否则编译失败
- final 类不能被继承，final 方法不能被重写——这并非限制，而是明确封装意图，比如 java.lang.String 的 final 设计保障不可变性
作用域与资源管理要同步考虑
变量生命周期应尽量匹配其资源生命周期。常见误区是把流、连接等资源声明为类字段，导致泄漏或并发冲突。
- 优先使用 try-with-resources：资源变量在括号内声明，自动 close，作用域天然受限
- 避免将 Scanner、BufferedReader 等声明为 static 字段——标准输入流被多次 close 后再调用 nextLine() 会抛 IllegalStateException
- 若必须复用对象（如 SimpleDateFormat），应加锁或改用 ThreadLocal，而不是简单声明为实例变量
