成员内部类必须依附外部类实例才能创建，因编译后隐式持有outer.this引用；静态内部类可独立创建，不持外部类引用，仅访问static成员。
成员内部类必须依附外部类实例才能创建
你不能直接写 new Outer.Inner()，必须先有外部类对象：Outer outer = new Outer(); Outer.Inner inner = outer.new Inner();。这是因为成员内部类在编译时会悄悄持有一个指向外部类实例的隐式引用（outer.this），没有这个引用它根本无法初始化。
常见错误现象：error: an enclosing instance that contains Outer.Inner is required —— 就是忘了先 new 外部类。
- 适用场景：需要频繁读写外部类的私有字段或调用其实例方法，比如 GUI 中的
ActionListener、集合类的Iterator - 风险点：如果成员内部类被长期持有（如注册为监听器但未反注册），会导致外部类对象无法被 GC 回收，引发内存泄漏
- JDK 8+ 后局部变量捕获不再强制
final，但成员内部类对所在外部类实例的依赖关系始终不变
静态内部类不持有外部类引用，可独立创建
静态内部类本质是“寄居在外部类命名空间里的顶级类”，它和 Outer 的关系仅限于名字嵌套和访问权限控制。你可以直接 new Outer.StaticInner()，无需任何外部类实例。
它只能访问外部类的 static 成员；想访问非静态字段？必须显式传入外部类对象，比如 public void doSomething(Outer outer) { System.out.println(outer.instanceField); }。
立即学习“Java免费学习笔记（深入）”；
- 适用场景：工具类（如
java.util.Collections里的EmptyList）、配置类、DTO 包装类等与外部类状态无关的功能封装 - 性能优势：无隐式引用，不会阻止外部类对象回收；加载时机也更早（随外部类一同加载）
- 注意：静态内部类里定义的
static字段/方法，和普通顶层类完全一致，不受外部类生命周期影响
编译后生成的 class 文件名暴露了本质差异
成员内部类编译后是 Outer$Inner.class，静态内部类也是 Outer$StaticInner.class —— 名字上没区别，但反编译看字节码就很明显：前者构造器第一个参数固定是 Outer 类型，后者没有。
这意味着：如果你把一个本该是静态的内部类漏掉了 static 关键字，又把它作为方法返回值或序列化对象传出，调用方很可能因缺少外部类实例而崩溃。
- 调试技巧：用
javap -c Outer\$Inner查看构造器签名，确认是否存在隐式参数 - 序列化风险：成员内部类默认不可序列化（除非外部类也实现
Serializable且确保引用链安全），静态内部类则无此限制
选错类型会导致设计僵化或运行时异常
最典型的误用是：把本应无状态的工具类写成成员内部类，结果发现它居然“偷偷”拖住了整个 Activity 实例（Android 场景下极易 OOM）；或者反过来，把需要访问 this.name 的回调逻辑硬塞进静态内部类，最后只能绕一大圈传参，代码变丑还易出错。
判断依据其实就一条：这个类是否**逻辑上属于某个外部类的具体对象**？如果是，用成员内部类；如果只是“跟外部类同包/同名/共用常量”，那就用 static。
容易被忽略的一点：静态内部类可以声明为 private static class，依然能被外部类所有静态方法访问 —— 这种组合在工厂模式或 Builder 模式中非常干净利落。
