Java内部类编译后生成独立.class文件，是编译器为支持语义的结构拆分；加载时各自独立但存在隐式依赖，由同一类加载器按双亲委派加载，初始化也相互分离。
Java 中内部类编译后生成多个 .class 文件，不是“额外负担”，而是编译器为支持语义而做的结构拆分；这些文件在类加载时仍遵循统一的类加载机制，但加载时机和依赖关系有其特点。
编译阶段：内部类被拆成独立的 .class 文件
Java 编译器（javac）不会把内部类“嵌入”到外部类字节码中，而是为每个内部类生成独立的 .class 文件：
-
成员内部类（如
Outer.Inner）→ 编译为Outer.class和Outer$Inner.class -
局部内部类（定义在方法内）→ 编译为
Outer.class和Outer$1LocalInner.class（数字表示声明顺序） -
匿名内部类（如
new Runnable(){...}）→ 编译为Outer.class和Outer$1.class
这些文件名中的 $ 是编译器生成的合法分隔符，JVM 识别它们为逻辑上关联、物理上分离的类。外部类与内部类之间通过合成字段（如 this$0）和合成方法（如 access$100）维持访问能力，而非运行时“嵌套”。
加载阶段：各自独立加载，但存在隐式依赖
JVM 加载时，并不强制要求先加载 Outer.class 才能加载 Outer$Inner.class，但实际行为受使用场景驱动：
立即学习“Java免费学习笔记（深入）”；
- 若仅 new 外部类实例，JVM 只加载
Outer.class；Outer$Inner.class不会被触发加载 - 若代码中首次引用
Outer.Inner（如new Outer().new Inner()），则类加载器会按需加载Outer$Inner.class -
Outer$Inner.class在验证阶段会检查其符号引用（如对外部类私有字段的访问），此时若Outer.class尚未加载，JVM 会同步触发其加载（属于解析阶段的隐式加载）
也就是说，内部类的 .class 文件是独立可加载单元，但它的正确链接（尤其是访问外部类成员）依赖于外部类已成功加载并完成准备/解析。
双亲委派下，它们由同一个类加载器加载
只要外部类和内部类位于同一 classpath 路径（如相同 jar 或目录），它们就由同一个应用程序类加载器（AppClassLoader）加载：
- 不会因为“内部类”身份而交给不同加载器
- 加载
Outer$Inner.class时，类加载器仍走双亲委派：先委托给 ExtClassLoader，再委托 Bootstrap；失败后才自己从 classpath 查找Outer$Inner.class - 因此，
Outer.class和Outer$Inner.class的 Class 对象由同一 ClassLoader 实例创建，保证了类型兼容性（例如Outer.Inner能作为合法类型被反射或泛型使用）
初始化顺序：内部类不自动触发外部类初始化
类初始化（执行 static 块和静态变量赋值）是懒惰且独立的：
- 加载
Outer$Inner.class并不导致Outer.class初始化（除非内部类访问了外部类的静态成员） - 只有当首次主动使用某个类的静态成员、new 实例、反射获取 Class 对象等，才会触发该类的初始化
- 若
Outer$Inner中引用了Outer.SOME_STATIC_FIELD，则初始化Outer$Inner前必须先完成Outer的初始化
这种分离保证了内部类的轻量性和按需性，也避免了不必要的静态初始化开销。
