内部类的核心作用是解决封装边界、访问控制、继承绕过三个问题；成员内部类必须用于直接读写外部类私有状态；静态内部类适合定义无实例依赖的工具类；匿名类仅适用于多接口实现或需构造初始化的场景；成员内部类隐式持外部类引用，易致内存泄漏。
内部类的核心作用不是“炫技”，而是解决三个具体问题：封装边界、访问控制、继承绕过。它不是语法糖，而是一种有明确设计意图的结构工具——用错场景反而会让代码更难维护。
什么时候必须用成员内部类？
当一个类只服务于外部类的某个私有状态，且需要直接读写该状态（包括 private 字段和方法）时，成员内部类是唯一自然的选择。
- 典型场景：GUI 事件处理器中访问窗口私有组件（如
JFrame的private JButton button） - 不能用静态内部类替代——因为静态类无法访问外部类实例成员
- 不能提成顶层类——否则要暴露
private字段或加 getter/setter，破坏封装 - 错误示范：把
InnerClass声明为public static后试图访问outerField→ 编译报错Cannot reference a non-static field
静态内部类适合做什么？
它本质是逻辑上属于外部类、但物理上完全独立的工具类，和外部类实例无任何绑定。
- 常见用途：定义与外部类强语义关联的常量容器、数据载体（如
ResponseDTO）、纯计算工具（如MathUtils.Calculator） - 优势：可直接通过
OuterClass.StaticInner使用，无需外部类实例；支持static成员和方法 - 注意：它不能访问外部类的非静态成员，强行访问会触发编译错误
non-static variable cannot be referenced from a static context - 示例：
public class Config { private String env = "prod"; public static class Builder { public static Config build() { return new Config(); } } }
匿名内部类现在还值得用吗？
在 Java 8+ 中，绝大多数匿名内部类场景已被 Lambda 替代，仅剩两类仍合理使用：
立即学习“Java免费学习笔记（深入）”；
- 实现多个接口（Lambda 只能实现单函数式接口）
- 需要在创建时初始化字段或执行构造逻辑（Lambda 无法做初始化块）
- 常见坑：
new ActionListener() { ... }中引用方法局部变量时，JDK 8 要求变量final或“事实 final”；若变量后续被修改，编译直接失败 - 替代建议：优先用 Lambda；若需复用，提取为命名内部类而非匿名类
最容易被忽略的一点：内部类编译后生成独立的 .class 文件（如 Outer$Inner.class），且默认持有对外部类实例的隐式引用——这意味着成员内部类对象若被长期持有（如放进缓存、线程池任务），会导致外部类实例无法 GC，引发内存泄漏。真要用，得清楚谁在持有着谁。
