成员内部类最适合封装强依赖外部类私有状态且具独立行为的逻辑，编译器自动生成桥接方法实现高效访问；静态内部类适用于无状态工具逻辑，避免内存泄漏。
内部类能直接访问外部类私有属性，不是靠反射或绕过访问控制，而是 Java 编译器在生成字节码时自动添加 package-private 桥接方法（如 access$100(Outer)），让内部类以高效、类型安全的方式读写私有字段。这种机制天然适合封装与外部类状态强绑定、又不希望暴露给外界的逻辑。
用成员内部类封装状态协同逻辑
当一组操作必须频繁读写外部类的私有字段，且逻辑本身有独立行为和生命周期时，成员内部类是最贴切的选择。它隐式持有外部类实例引用，无需 getter/setter，也无需暴露字段。
- 将内部类声明为 private，确保仅外部类可构造其实例
- 内部类方法可直接修改私有字段（如
counter++）、调用私有方法（如validateState()） - 外部类通过公共工厂方法（如
edit()或newProcessor()）返回内部类实例，控制使用入口
避免内存泄漏的关键实践
非静态内部类持有外部类强引用，若其生命周期超出外部类（如被线程池缓存、注册为监听器），会导致外部类无法被 GC 回收——尤其在 Android Activity 或 Swing 组件中风险突出。
- 异步任务场景：改用 static 内部类 + 构造参数传必要数据，不依赖隐式引用
- 监听器场景：优先使用匿名内部类（作用域明确），或提取为 static 内部类并显式传参
- 若必须保留对外部实例的弱依赖，用
WeakReference<outer></outer>显式管理，但勿在 null-check 后强制强转调用
静态内部类用于无状态工具逻辑
如果封装的逻辑不依赖外部类当前实例状态（比如 JSON 解析、字符串校验、常量集合），应选 static class。它不持外部引用，无内存泄漏风险，编译后是独立类文件，且可被同包其他类直接访问（如 Outer.Config.DEFAULT_TIMEOUT）。
- 静态内部类不能访问外部类非静态成员；若需访问，显式传入实例或数据，而非依赖隐式 this
- 适合定义配置项（
public static final int RETRY_LIMIT = 3）、纯函数式工具（static class Parser） - Android 开发中，AsyncTask 或 HandlerThread 的任务类务必用 static，再通过弱引用或接口回调更新 UI
对比其他封装方式的适用边界
内部类不是万能解。是否选用，取决于逻辑是否具备“独立状态+强依赖外部实例”的双重特征。
- 仅做流程分段？用 私有方法 更轻量清晰
- 逻辑需跨多个类复用？考虑 package-private 工具类，但注意同包误用风险
- 涉及复杂状态机、事件流水线、撤销/重做栈？成员内部类 能自然承载状态与行为，封装粒度最准
