防止内存泄漏的核心是打破非静态内部类对外部类的强引用链：优先改用静态内部类并显式传参；必须访问实例时用weakreference并判空；长生命周期场景需及时清理；方法内用final局部变量截断隐式引用。
防止内部类隐式持有外部类引用导致的内存泄漏，核心是打破“非静态内部类 → 外部类实例”的强引用链。关键不在于禁用内部类，而在于控制引用的强度和生命周期。
优先改用静态内部类
如果内部类逻辑不依赖外部类的实例字段或方法，这是最彻底、最安全的解法。静态内部类不生成 this$0 隐式引用，与外部类完全解耦。
- 把
new Runnable() { ... }或private class InnerTask implements Runnable改为private static class StaticTask implements Runnable - 若需访问外部数据（如 ID、配置值），通过构造方法显式传入具体参数，而不是传整个外部类对象
- 静态内部类仍可安全访问外部类的 static 成员，无需额外处理
必须访问实例时用 WeakReference
当内部类确实需要调用外部类的实例方法或读写其字段，且无法保证内部类生命周期短于外部类（比如提交到线程池、注册为监听器），就用弱引用来避免强持有。
- 在内部类中声明
private final WeakReference<outer> outerRef;</outer>，构造时传入new WeakReference(this) - 使用前始终判空：
Outer outer = outerRef.get(); if (outer != null) { ... } - 避免在 WeakReference 的 get() 后长期缓存强引用，否则又回到原问题
及时清理长生命周期场景的引用
即使用了静态类或弱引用，若内部类被注册到全局对象（如单例、静态 Handler、广播接收器、事件总线），仍需主动管理其生命周期。
- Android 中，在 Activity/Fragment 的
onDestroy()或onDetach()里调用removeCallbacksAndMessages(null)、unregisterReceiver()等 - 自定义监听器或回调接口，提供明确的
unregister()或destroy()方法，并确保调用 - 提交到线程池的任务，若涉及 UI 或上下文，考虑用
Future.cancel(true)中断执行
善用 final 局部变量截断隐式引用
在方法内创建匿名内部类时，若只读取外部类的某些字段，可用 final 局部变量“快照”所需值，避免整个外部实例被捕获。
- 例如：外部类有
private String token;，不要直接在new Runnable() { public void run() { use(token); } }中访问 - 改为：
final String capturedToken = this.token;，再在匿名类中用capturedToken - 注意：Java 8+ 允许“有效 final”，不必显式加 final 关键字，但语义一致
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
