java内部类编译后生成outer$inner.class文件，因jvm规范要求二进制名用$连接内外层类名，类加载器按此名称查找同包路径下的.class文件。
内部类编译后为什么生成 Outer$Inner.class 文件
Java 编译器对内部类（包括成员内部类、局部内部类、匿名内部类）统一采用 $ 符号连接外层类名和内部类名，这是 JVM 规范认可的二进制名称（binary name）生成规则，不是随意命名。
例如：Outer 类里定义了 static class Inner，编译后就是 Outer$Inner.class；如果有个匿名内部类用在 Outer 的第 3 个方法里，可能叫 Outer$1.class 或 Outer$2.class——编号取决于编译器解析顺序，不可预测。
- 局部内部类和匿名内部类还会捕获外部变量（如
final int x = 42;），编译器会把它们作为构造参数传入，并在字节码中生成合成字段（synthetic field），比如this.val$x -
$是合法的 Java 标识符字符（JLS §3.8），所以 JVM 能正常加载这些类；但人手写类名时一般不用$，避免和编译器生成的冲突 - 嵌套过深（如
A$B$C$D）不会报错，但调试时容易看晕，IDE 反编译也常显示为A.B.C.D形式，掩盖真实文件名
类加载器怎么找到 Outer$Inner.class
类加载器不“理解”内部类语义，它只按二进制名称查找资源路径。对于 Outer$Inner，ClassLoader.getResourceAsStream("Outer$Inner.class") 会去 classpath 下找对应路径的文件，和加载 java.util.ArrayList 没本质区别。
关键点在于：JVM 要求内部类的二进制名必须与文件路径严格匹配。也就是说，Outer$Inner.class 必须位于与 Outer.class 相同的包路径下（如 com/example/Outer.class 和 com/example/Outer$Inner.class）。
立即学习“Java免费学习笔记（深入）”；
- 如果手动重命名
Outer$Inner.class为Inner.class，即使放在同一目录，Class.forName("Outer$Inner")仍会抛ClassNotFoundException - 自定义类加载器若重写了
findClass()，必须按二进制名拼路径，不能按源码结构（如 “Outer/Inner.class”）去猜 - 模块系统（Java 9+）下，如果
Outer在模块 A，Outer$Inner也在模块 A 内，访问控制仍受public/ 包私有约束——哪怕它被编译成独立文件
javac 对不同内部类的命名差异
编译器对四类内部类的命名策略不同，直接影响生成的文件名和能否被反射直接加载：
- 静态成员内部类：稳定，形如
Outer$StaticInner.class；可用Class.forName("Outer$StaticInner")直接加载 - 非静态成员内部类：同样叫
Outer$Inner.class，但构造时**必须传入外部类实例**，否则newInstance()抛InstantiationException - 局部内部类（在方法内）：名如
Outer$1.class、Outer$2.class，编号无规律，无法通过类名稳定引用，反射几乎不用 - 匿名内部类：也用数字编号，且没有简单名（
getSimpleName()返回空字符串），getCanonicalName()为null，只能靠getClass().getEnclosingMethod()反推来源
常见错误：反编译看到 $ 却找不到对应 class 文件
现象：用 javap -c Outer$Inner 提示找不到类，或运行时报 NoClassDefFoundError: Outer$Inner，但明明源码里写了内部类。
根本原因通常是编译或打包遗漏，而不是类加载逻辑出错：
- 只编译了
Outer.java，没重新编译内部类改动——javac不自动追踪依赖，需显式编译所有相关.java文件 - Maven/Gradle 构建时，内部类被排除在
resources目录外，或 jar 打包脚本过滤了含$的文件名（某些旧版构建工具会误判为临时文件） - 热部署（如 Spring Boot DevTools）下，修改外部类触发重启，但内部类字节码未更新，导致新旧版本不匹配
- 混淆工具（ProGuard/R8）默认会删掉未被直接引用的内部类，尤其匿名类——需加规则保留：
-keep class *$*要慎用，最好按实际类名保留
最稳的验证方式是：进 target/classes 或 jar 包里，用 ls | grep '\$' 看文件是否存在，别只信 IDE 的 Project View。
