静态内部类是构建不可变对象的理想搭档，因其不持有外部类引用、实例化独立、天然契合不可变性要求，广泛用于builder模式和只读嵌套结构封装。
静态内部类在不可变对象设计中，是构建清晰、安全、低耦合结构的天然搭档。它不持有外部类实例引用，正好契合不可变对象“创建后状态固定、不依赖运行时上下文”的核心要求。
静态内部类天然适配不可变对象的生命周期
不可变对象一旦构造完成就不能修改，其所有字段通常声明为 final 且仅在构造器中初始化。静态内部类本身不绑定任何外部实例，它的实例化完全独立——这与不可变对象“无状态依赖、可自由共享”的特性高度一致。
- 不需要外部类实例就能 new 出来，避免了因外部对象未初始化或中途变更带来的不确定性
- 静态内部类的构造逻辑可完全封装在自身内（比如校验、转换、默认值填充），不干扰外部类的不可变性契约
- 若外部类本身是不可变的（如
Person），它的静态内部类（如Builder）也天然继承这种“只构建、不持有”的轻量特质
常用于 Builder 模式实现不可变对象的构造
这是最典型的应用：用静态内部类作为 Builder，对外暴露链式调用接口，最终生成一个不可变的外部类实例。
- Builder 类定义为
public static class Builder，可被任意包访问，但不泄露外部类的可变实现细节 - Builder 内部用普通字段暂存配置，最后调用外部类私有构造器（
new Outer(...)）一次性完成初始化 - Builder 自身不要求不可变，但绝不保存对已构建对象的引用，也不提供修改已有实例的能力
- 示例：外部类
ImmutableConfig的静态内部类Builder可设置timeout、host等字段，调用build()返回 final 实例
封装只读数据结构或辅助类型
当不可变对象需要嵌套结构（如元组、区间、键值对）时，静态内部类比顶层类更利于模块化和命名空间管理。
- 例如
Range<t></t>类可定义public static final class Bound表示上下界，它只含final T min, max，无行为逻辑 - 这类内部类可设为
private static class，完全隐藏实现，仅供外部类内部使用；也可设为public static class，供外部安全复用（因无状态、无副作用） - 避免把简单结构提为顶层类造成包污染，又比普通成员内部类更轻量（不带
this$0引用）
注意避开常见设计陷阱
不是所有嵌套都该用静态内部类。关键看是否真“不需要外部实例”：
- 如果静态内部类频繁通过参数接收外部类实例（比如
build(Person p)），说明它实际依赖外部状态——该改用普通内部类，或直接拆成独立工具类 - 若静态内部类里大量调用外部类的非静态方法，往往意味着职责错位：这些逻辑本该属于外部类，或应提取为静态工具方法
- 序列化时，静态内部类不会连带序列化外部类（哪怕外部类可序列化），这对缓存、RPC 场景很友好——但也要确认它确实不需携带上下文信息
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
