Java引用数据类型的生命周期决定对象何时可被GC回收，核心在于控制引用的可见范围与强度，避免强引用链延长对象存活时间，善用弱引用、软引用及作用域优化提升GC效率。
Java引用数据类型的生命周期直接决定对象何时可被垃圾回收（GC）。关键不在于“什么时候创建”，而在于“什么时候不再被引用”——GC只回收那些不可达的对象。优化的核心是控制引用的可见范围与强度，避免意外延长对象存活时间。
及时切断强引用链
强引用是最常见的引用类型，只要存在强引用，对象就不会被回收。常见陷阱是静态集合、缓存、监听器注册后未注销，导致对象长期滞留堆中。
- 用完即置 null：局部变量引用大对象（如大数组、文件流）后，显式赋值为 null（尤其在 long 方法中）
- 清理注册关系：添加监听器、回调或事件订阅后，务必在对应生命周期结束时 remove 或 unregister
- 避免静态容器无限制增长：若必须用 static Map/Cache，配合弱引用（WeakHashMap）或定时清理策略
善用弱引用与软引用管理缓存
当需要缓存但又不想阻碍 GC 时，WeakReference 和 SoftReference 是更可控的选择：
- WeakReference：GC 时立即回收，适合保存“非必需”的辅助信息，如元数据映射、临时上下文
- SoftReference：仅在内存不足时回收，适合图片、模板等可重建但代价较高的缓存
- 注意：两者都需配合 ReferenceQueue 检测失效引用，避免残留无效引用造成逻辑错误
警惕闭包与匿名内部类隐式持引用
匿名类、Lambda 表达式会隐式捕获外部类实例（this），容易造成 Activity、Service 等长生命周期组件被短生命周期对象意外持有。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
立即学习“Java免费学习笔记（深入）”；
- 优先使用静态内部类 + 显式传参，避免隐式 this 引用
- Lambda 中若不需要外部实例字段，改用方法引用或提取为静态工具方法
- Android 开发中特别注意 Handler、Runnable 与 Activity 的耦合，推荐用 WeakReference 包装 target
合理设置对象作用域与局部性
生命周期由作用域决定。缩小引用的作用范围，能显著缩短对象存活时间。
- 将变量声明在最小必要作用域内（如 for 循环内而非方法开头）
- 避免将局部对象提升为成员变量，除非真正需要跨方法共享
- 用 try-with-resources 确保 Closeable 对象（如 InputStream、Connection）及时释放底层资源，间接减少关联对象驻留时间
不复杂但容易忽略：GC 效率不取决于你创建了多少对象，而取决于有多少对象能被快速判定为不可达。控制引用，就是控制生命周期的开关。
