java内部类编译后生成outer$inner.class等独立字节码文件，因jvm禁止类名含“.”，故用“$”扁平化命名；非静态内部类隐式持外部类引用并生成桥接方法；反射需用“$”而非“.”，打包与混淆须注意其存在。

Java 中的内部类在编译后会生成独立的字节码文件，命名格式为 外部类名$内部类名.class（例如 Outer$Inner.class），这是 Java 编译器的标准行为，而非 JVM 的要求。理解这一机制有助于排查类加载、反编译、打包和反射相关问题。

为什么用 $ 符号分隔？

Java 源码层面的类名（如 Outer.Inner）不符合 JVM 对类名的规范——JVM 要求类的二进制名称中不能含点号（.）或斜杠（/）。因此编译器将嵌套结构“扁平化”，用 $ 作为合法分隔符。该符号在 Java 标识符中虽不推荐使用，但在类文件名中是允许的，且被 JVM 和工具链广泛支持。

不同内部类生成的文件名规律

编译器对各类内部结构有明确的命名策略：

• 成员内部类（非 static）：生成 Outer$Inner.class
• 静态内部类（static）：同样生成 Outer$StaticInner.class，但字节码中无隐式引用外部类实例
• 匿名内部类：按出现顺序编号，如 Outer$1.class、Outer$2.class
• 局部内部类（定义在方法内）：也用数字编号，如 Outer$1Local.class（部分 JDK 版本可能省略 Local 后缀）

编译后文件里藏着什么？

以非静态成员内部类为例，编译器会自动做两件事：

• 为构造方法添加一个隐式的 Outer this$0 参数，并在内部保存为合成字段，用于访问外部类成员
• 将对外部类私有成员的访问，通过编译器生成的合成桥接方法（synthetic accessor methods）间接完成（如 access$000(Outer)）

这些细节不会出现在源码中，但可通过 javap -c -v Outer\$Inner.class 查看字节码验证。

实际开发中需要注意什么？

这类生成文件在多个场景下会影响行为：

• 打包部署：构建工具（如 Maven）默认包含所有 .class 文件，但若手动过滤或配置 exclude 模式不当，可能遗漏内部类，导致 NoClassDefFoundError
• 反射加载：用 Class.forName("Outer.Inner") 会失败，必须写成 Class.forName("Outer$Inner")
• 混淆工具（如 ProGuard）：需注意是否保留内部类结构，否则可能破坏依赖关系或序列化逻辑
• 热替换/类加载隔离：某些容器或框架按类名前缀划分 ClassLoader，$ 可能影响类归属判断