静态内部类比非静态内部类内存占用更小，因其不持有对外部类实例的隐式引用（无this$0字段），节省4–8字节且避免对象生命周期绑定；非静态内部类则强制持有所属外部类引用，易导致内存泄漏，尤其在android中引发activity泄漏。
是的，静态内部类比非静态内部类内存占用更小，核心差异在于是否持有对外部类实例的隐式引用。
静态内部类不带 this$0 引用
静态内部类在 JVM 层面不会被注入 this$0 字段，因此每个实例不额外携带对外部类对象的强引用。这通常节省 4–8 字节（取决于 JVM 指针宽度），更重要的是避免了不必要的对象生命周期绑定。
- 可直接通过
Outer.StaticInner创建，无需先 new 外部类实例 - 实例存在时，外部类对象可被正常 GC，即使它早已不再使用
- 适合工具类、DTO、Builder、枚举辅助等无状态场景
非静态内部类强制绑定外部实例
只要定义为成员内部类（没加 static），编译器就会自动添加 this 只要定义为成员内部类（没加 static），编译器就会自动添加 this$0 字段，指向创建它的外部类实例——哪怕你一行都没访问外部成员，这个引用也存在。
- 导致外部类对象无法被回收，只要内部类实例还活着
- 在 Android 中容易引发 Activity 泄漏：Handler、Callback、线程任务若用非静态内部类，可能让 Activity 长期驻留堆中
- 匿名内部类（如
new Runnable() { ... }）默认也是非静态的，风险同样存在
选 static 还是非 static？看实际需求
不是“越 static 越好”，而是按需选择：
- 需要读写外部类的非静态字段或调用实例方法 → 必须用非静态内部类，但要主动管理生命周期（比如配合 WeakReference）
- 只用到静态常量、做数据封装、构建逻辑 → 优先声明为 static，既轻量又安全
- 不确定要不要访问外部实例？先写成 static，编译报错说“无法引用非静态变量”时再改——比线上排查内存泄漏成本低得多
真正影响内存的不是类本身，是引用链
静态内部类本身不持引用，但如果你在里面手动 new 了一个外部类实例，或者存了 Activity 的强引用，照样会泄漏。关键不是“类是不是 static”，而是“有没有形成不可控的强引用链”。
- Handler、AsyncTask、自定义监听器是高危区，推荐 static + WeakReference 组合
- 静态集合（如
static List<runnable></runnable>）持有非静态内部类实例，是最典型的泄漏模式 - 序列化非静态内部类会失败，除非外部类也实现 Serializable —— 这也是耦合过深的体现
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
