java变量生命周期由声明位置决定：局部变量随代码块进出而存在与消失；实例变量随对象创建而初始化、随对象不可达而消亡；静态变量随类加载而初始化、贯穿应用全程。
Java 变量的生命周期管理，核心在于“声明位置决定存在时间”——不是靠手动释放，而是由 JVM 根据变量类型和上下文自动管控。搞清这一点，就能避开空指针、内存滞留、意外共享等常见问题。
局部变量：块进块出，用完即失
在方法内、构造器中或任意 {} 代码块里定义的变量，生命周期严格绑定到该块的执行边界。
- 每次进入块（比如 for 循环体内的 { … }），变量都会重新分配栈空间、重新初始化（如有赋值）
- 执行流抵达右大括号 } 的瞬间，变量标识符失效，编译器禁止后续任何访问
- 必须显式初始化才能读取，int x; 后直接 System.out.println(x); 会编译失败
- 不能加 public、static 等修饰符——块内变量天然私有且不可修饰
实例变量：随对象共进退
定义在类中、方法外，且无 static 修饰的变量，属于具体对象，每个实例独有一份。
- 对象通过 new 创建时，JVM 在堆中为其分配内存，并同步初始化所有实例变量（有默认值：int→0，Object→null）
- 只要该对象仍被强引用持有（比如存于 static 集合、全局 Map 或未置 null 的字段中），变量就持续存活
- 当对象变为不可达，GC 在合适时机回收其整个堆内存，变量随之消亡
- 若局部变量与实例变量同名，局部变量会遮蔽实例变量；需用 this.xxx 显式访问后者
静态变量：类在则它在，全局共享需谨慎
用 static 修饰、定义在类中方法外的变量，属于类本身，不依赖任何对象。
- 类首次被加载（如首次 new 实例、首次调用静态方法、首次访问静态字段）时完成初始化（默认值或静态块）
- 生命周期贯穿整个应用运行期，除非类被显式卸载（极少见，通常只发生在热部署或 OSGi 场景）
- 所有实例共享同一份副本，适合存配置项、计数器、单例工具等全局状态
- 多线程并发修改时无内置同步机制，必须加锁或使用原子类，否则易出现数据不一致
别混淆“不可见”和“还活着”
作用域结束 ≠ 内存立即擦除；变量“死亡”也不等于对象立刻被回收。
- 局部变量超出块后，只是编译器禁止你再写 x = 5; 或读 System.out.println(x);，栈帧里那块内存可能还没被覆盖
- 实例变量是否“活着”，取决于它所属的对象是否可达；即使你写了 obj = null;，只要 GC 还没扫描到，对象（连带变量）仍在内存中
- 真正释放资源的关键动作，是切断引用链，让 GC 能判定对象为垃圾
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
