静态内部类不持有外部类引用，因此不会导致内存泄漏；而非静态内部类隐式持有this$0引用，易引发Activity等对象无法回收的问题。
静态内部类不会持有外部类引用，这是它最根本的特殊点
Java里只要定义了非静态内部类（比如 class Inner），编译器就会偷偷给它加一个隐式字段：this$0，类型是外部类实例。这个引用让内部类能直接访问外部类的私有成员，但也意味着——只要内部类对象还活着，外部类对象就无法被GC回收。
静态内部类（static class StaticInner）没这个字段。它跟普通顶层类一样，不依赖外部类实例，可以独立存在。这也是为什么它常被用在工具类、Builder模式或单例实现里：轻量、无耦合、不拖累外部对象生命周期。
非静态内部类导致内存泄漏的典型场景
最常见的坑是把非静态内部类实例传给了长期存活的对象，比如线程、Handler、静态集合、回调注册器等。一旦外部Activity或Fragment已经onDestroy()，但内部类还在被这些“长命”对象持有着，整个Activity就卡在内存里出不去。
常见错误现象包括：
立即学习“Java免费学习笔记（深入）”；
- Android Studio Profiler里看到Activity实例数只增不减
- Logcat出现
LeakedIntentReceiver或LeakedContext相关警告 - App运行一段时间后OOM，dump文件里发现大量残留的Activity对象
实操建议：
- 避免在非静态内部类中持有Activity/Context引用；真需要，改用
WeakReference<Context> - 所有异步任务（如
AsyncTask、Thread、Handler子类）若需访问外部状态，优先用静态内部类 + 显式传参 - 注册监听器时，确保在onDestroy()或onStop()里反注册；如果监听器是内部类，更要小心它的生命周期
静态内部类不能访问外部类非静态成员
这不是限制，而是设计必然。因为没有 this<p>这不是限制，而是设计必然。因为没有 <code>this$0，自然没法读 outerField 或调 outerMethod()。编译器会直接报错：non-static variable xxx cannot be referenced from a static context。
outerField 或调 outerMethod()。编译器会直接报错：non-static variable xxx cannot be referenced from a static context。
使用场景和参数差异：
- 想访问外部类字段？必须显式传入，比如构造函数接收
Outer outer或只传需要的值（推荐） - 需要调用外部类方法？同样要传方法引用或Function接口，而不是依赖隐式绑定
- 性能上几乎无差别，但静态内部类的实例创建更快（少一个字段赋值），GC压力更小
- 兼容性无问题，从Java 1.1起就支持，Kotlin的
inner class对应非静态，class（默认）对应静态
示例对比：
class Outer {
private int value = 42;
private static int staticValue = 99;
class Inner { // 非静态 → 持有Outer引用
void print() {
System.out.println(value); // ✅ OK
System.out.println(staticValue); // ✅ OK
}
}
static class StaticInner { // 静态 → 不持有Outer引用
void print(Outer outer) {
// System.out.println(value); // ❌ 编译错误
System.out.println(outer.value); // ✅ 显式访问
System.out.println(staticValue); // ✅ OK
}
}
}
Android开发中误用非静态Handler是高频泄漏源
很多人写 Handler 时习惯用匿名内部类或非静态内部类，比如在Activity里直接 new Handler()，结果Handler被Looper持有，Looper又属于主线程且永生，导致Activity泄漏。
正确做法不是“禁用Handler”，而是切断引用链：
- 用静态内部类继承
Handler，并在构造时接收WeakReference<Activity> - 所有消息处理逻辑里，先
if (ref.get() == null) return; - 或者更简单：用
Handler(Looper.getMainLooper())+ 静态回调，彻底避开this捕获 - Kotlin用户注意：
object : Handler(Looper.getMainLooper()) { ... }是静态的；但Handler() { ... }lambda 默认捕获this，仍是泄漏风险
容易被忽略的是：即使你没显式保存Handler实例，只要它发过 postDelayed 且还没执行，消息队列里的 Message.callback 就可能间接持有Activity —— 所以务必在onDestroy()里调 handler.removeCallbacksAndMessages(null)。
