获取内部类Class对象：反射访问成员内部类与静态内部类

在Ja va开发中，反射机制经常需要处理内部类，而这里有一个很容易踩坑的细节：获取内部类的Class对象时，必须区分静态内部类和成员内部类——它们的类名表示方式完全不同，反射时必须使用虚拟机规范的二进制名称（binary name），而不是源码中的点分形式。这直接关系到Class.forName()是否能够正确加载。

静态内部类：用点号连接，和普通类一样

静态内部类不依赖外部类实例，从代码规范来看，它的二进制名称虽然是外层类名加$再加内部类名，但实际通过Class.forName()加载时，必须用点号（.）代替$——因为JVM类加载器只认点分命名约定，就像我们写ja va.lang.String一样。

举个例子，有如下代码：

public class Outer {    public static class StaticInner {}}

正确的写法是：

• Class.forName("Outer.StaticInner") ✅（推荐，语义清晰）
• Outer.StaticInner.class ✅（编译期已知，最直接）
• Class.forName("Outer$StaticInner") ❌（这是JVM内部表示，forName不接受含$的字符串）

需要警惕的是，很多初学者会误以为$才是标准写法，结果抛出ClassNotFoundException，排查半天才发现问题出在这里。

成员内部类（非静态）：必须带外部类实例，类名含$

成员内部类的情况就完全不同了。由于它隐式持有外部类引用，其二进制名称就是Outer$Inner。关键点在于：Class.forName()必须传入这个带$的完整名称，不能用点号。

假设有这样一个内部类：

public class Outer {    public class MemberInner {}}

正确的操作方式：

• Class.forName("Outer$MemberInner") ✅（唯一可用的字符串方式）
• Outer.MemberInner.class ❌（编译错误！无法在静态上下文中引用非静态内部类）
• new Outer().new MemberInner().getClass() ✅（运行时获取，但需要先有外部类实例）

从数据来看，很多线上问题都是因为这里混淆了.和$导致的。记住一条原则：成员内部类在字符串形式的forName中，必须使用$。

通过外部类Class获取内部类Class（通用且安全）

经验表明，避免硬编码字符串，更可靠的方式是调用getDeclaredClasses()。这个方法会返回所有声明的内部类数组，包括静态和非静态的，然后遍历并用getSimpleName()过滤目标类。这样写代码更灵活，不容易出错。

代码示例：

Class[] innerClasses = Outer.class.getDeclaredClasses();for (Class c : innerClasses) {    if ("MemberInner".equals(c.getSimpleName())) {        // 得到 Outer$MemberInner 的 Class 对象        System.out.println(c.getName()); // 输出：Outer$MemberInner    }}

值得注意的是，即使通过这种方式拿到了成员内部类的Class对象，它依然不能直接通过.class引用，但通过API反射拿到是没问题的。

创建内部类实例：静态vs成员的关键区别

拿到Class对象后，实例化方式完全不同，这是另一个容易忽略的细节：

• 静态内部类：直接调用clazz.getDeclaredConstructor().newInstance()，和普通类一样
• 成员内部类：必须传入外部类实例作为构造器第一个参数——即使没有显式构造器，编译器也会合成一个带外部类参数的构造器

具体代码体现为：

// 静态内部类
Object staticInst = Class.forName("Outer$StaticInner").getDeclaredConstructor().newInstance();

// 成员内部类
Constructor ctor = Class.forName("Outer$MemberInner").getDeclaredConstructor(Outer.class);
Object memberInst = ctor.newInstance(new Outer());

这才是关键所在：静态内部类的实例化不依赖外部类，而成员内部类必须有一个外部类实例作为上下文。如果忘记传入外部类实例，会直接抛出NoSuchMethodException，因为反射找不到匹配的构造器。

总而言之，处理内部类反射时，核心就是区分清楚静态与成员，然后根据各自的特点选择正确的类名表示方式和实例化路径。一旦掌握这个规律，相关的反射操作就会变得清晰可控。