选成员内部类还是静态内部类，核心看是否需访问外部类实例成员：需访问时用成员内部类，它持有outer.this引用，可操作外部类所有成员（含private），但不能定义静态成员；仅用静态资源或完全独立时用静态内部类，无外部实例引用、可定义静态成员、避免内存泄漏和序列化风险。
选内部类还是静态内部类，核心就看一件事：这个类要不要用到外部类的实例成员。
需要访问外部类实例变量或方法时，用成员内部类
成员内部类天然持有外部类实例引用（Outer.this），能直接读写外部类所有字段和方法，包括 private 的。适合与外部类状态强绑定的场景。
- GUI事件监听器：比如按钮点击后要修改外部类的界面状态或数据模型
- 回调实现：内部类作为监听器注册后，在回调中需更新外部类的业务字段
- 发布-订阅中的消费者：多个内部类对象共享并操作同一个外部类实例的数据
- 注意：它不能定义静态成员（如 static 方法或 static 变量），且必须通过外部类实例创建
只用到外部类静态资源，或完全独立于实例时，优先用静态内部类
静态内部类不持有外部类实例引用，只能访问外部类的静态字段和静态方法。创建时不依赖外部类对象，语法上更接近普通类，性能开销也更低。
- 工具型辅助类：如 HashMap.Node、ArrayList.SubList，只封装数据结构逻辑，不依赖宿主实例
- Builder 模式：Builder 类通常不需要访问外部类的实例状态，仅负责构造参数
- 数据库实体映射：Hibernate 或 MyBatis 中常把关联实体定义为静态内部类，避免不必要的引用泄漏
- 支持静态成员定义，可加 static 方法、静态常量，甚至有自己的静态初始化块
容易忽略但关键的设计提醒
静态内部类是“命名空间上的嵌套”，不是“实例关系上的嵌套”。它在类加载时不会随外部类一起加载，只有首次主动调用时才初始化，有懒加载优势。
- 如果内部类可能被长期持有（比如缓存、线程池任务），用静态内部类可避免意外持外部类实例，防止内存泄漏
- 序列化时，成员内部类会默认序列化外部类引用，可能抛出 NotSerializableException；静态内部类无此风险
- 单元测试更友好：静态内部类可单独实例化，无需构造外部类对象
不复杂但容易忽略：先问自己一句——这个类里有没有写 this.xxx 或 Outer.this.xxx？有，就用成员内部类；没有，且不打算将来加，就该用静态内部类。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
