Class对象由JVM在类加载阶段自动生成并唯一维护，是Java类型在运行时的元数据镜像，与.class文件、元空间中的Klass结构及堆中实例紧密绑定。

Class对象不是手动创建的，而是由JVM在类加载阶段自动生成并唯一维护的。它本质上是Java类型在运行时的“元数据镜像”，与.class文件、内存中的Klass结构、堆中的类实例三者紧密绑定。

Class对象的唯一性与生成时机

JVM在执行类加载（ClassLoader.loadClass → defineClass）过程中，一旦完成字节码校验、解析和初始化，就会在元空间（Metaspace）中构造一个对应的C++层InstanceKlass对象，并同步在Java堆中注册一个java.lang.Class实例——这个Class实例由JVM私有构造器Class(ClassLoader)创建，开发者无法通过new或反射调用构造函数。

• 每个全限定名+类加载器组合对应唯一的Class对象；双亲委派机制确保同一类不会被不同加载器重复定义（除非打破委派）
• 数组类型也映射为Class对象，如int[].class、String[][].class，但它们不由用户定义的类文件生成，而是JVM运行时动态构造
• 基本类型（int、boolean等）和void也有对应的Class对象，例如int.class、void.class，这些在JVM启动时就已预置

Class对象与底层Klass的映射关系

HotSpot VM采用OOP-Klass模型：Class对象（Java层）持有一个指向C++ InstanceKlass的句柄（通常封装在内部字段如klass或mirror中），而InstanceKlass存于元空间，记录方法表、vtable、ITable、常量池引用等核心元信息。

• Class.getClassLoader()返回的加载器，正是构造该Class对象时传入的ClassLoader实例，也是InstanceKlass中class_loader_field的Java层投影
• Class.getName()、getSuperclass()、getDeclaredMethods()等方法，最终都通过JNI桥接调用InstanceKlass对应C++方法（如name(), superklass(), methods()）
• 反射调用method.invoke()时，JVM会从Method对象中提取其declaringClass的InstanceKlass，再定位到具体methodOopDesc，最后进入解释器或JIT编译后的入口地址

Class对象的存储与生命周期管理

Class对象本身是Java对象，分配在堆中；但它所代表的类型元数据（即Klass结构）位于元空间——两者通过软引用或直接指针关联，生命周期高度协同。

• 当ClassLoader被回收（无任何强引用且所有加载的类不可达）时，其所加载的所有Class对象及对应的InstanceKlass才会被GC标记为可卸载
• Class对象内部有reflectionData字段，使用SoftReference缓存Method/Field/Constructor列表，避免重复解析，但不阻止Class对象被回收
• 类卸载后，原Class对象若仍被引用（如静态变量持有），则变成“孤立Class”，其getDeclaredMethods()等调用可能抛出NoClassDefFoundError（因底层Klass已销毁）