成员变量生命周期绑定对象存亡，随对象创建而诞生、使用中全程可用、对象不可达后由gc回收；需避免持有长生命周期引用导致内存泄漏，优先用局部变量并显式释放资源。
Java 成员变量的生命周期直接绑定对象的存亡，管理核心在于“对象活，变量就活；对象死，变量自动释放”。它不靠手动干预，而取决于你如何持有对象引用、何时切断引用链，以及是否无意延长了对象存活时间。
成员变量随对象出生入死
实例变量（即非 static 的成员变量）在 new 对象时一同分配在堆内存中，并完成默认初始化（如 int→0，引用类型→null）。只要该对象被至少一个强引用可达，所有成员变量就持续有效。
- 对象创建 → 成员变量诞生：调用构造器时，JVM 为整个对象分配堆空间，成员变量作为对象结构的一部分同步存在
- 对象使用中 → 成员变量全程可用：所有方法（包括 getter/setter、业务逻辑）均可访问，无需额外声明或加载
- 对象不可达 → 成员变量一并回收：当对象不再被任何强引用指向，GC 后期会回收整个对象及其全部成员变量占用的堆内存
常见生命周期陷阱与规避方式
成员变量本身不泄漏，但若它持有了不该长期持有的引用，就会拖慢所属对象的回收，间接导致内存泄漏。
- 避免在成员变量中保存 Activity、Context、View 等 Android 组件引用——改用 Application Context 或弱引用（WeakReference）
- 监听器、回调接口等注册后务必解注册，否则成员变量隐式持有了外部类引用，使整个 Activity 无法释放
- 集合类成员变量（如 List、Map）长期缓存业务对象时，需配合清理策略（如 LRU、定时清除、弱引用包装）
- 内部类默认持有外部类 this 引用，若该内部类被异步任务或静态容器长期持有，外部对象将无法回收
与局部变量、静态变量的本质区别
理解差异有助于合理选择变量类型，减少资源滞留：
- 局部变量存在栈中，方法结束即销毁，不占堆、不参与 GC，适合临时计算和中间状态
- 静态变量属于类，存于方法区（元空间），生命周期贯穿 JVM 运行期，所有实例共享一份——不适合作为对象状态载体
- 成员变量是对象状态的自然载体，但必须明确：它的“寿命”不是代码写出来就固定的，而是由对象的引用关系动态决定
实战建议：轻量设计 + 显式释放意识
不依赖 GC 的“智能”，而是通过编码习惯主动控制资源生命周期：
- 优先用局部变量替代成员变量存储临时数据，缩小作用域就是降低风险
- 对可复用但非必需长期持有的对象（如缓存、连接池），考虑使用 SoftReference 或 WeakReference 包装
- 资源型成员变量（如 InputStream、Socket、Bitmap）应在 finally 块或 try-with-resources 中显式 close/detach
- 重写 finalize（已弃用）或使用 Cleaner 替代方案前，请确认必要性——现代 Java 更推荐显式清理而非等待终结
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
