谁首先创建Class对象在类加载过程中？

Question

在我找到的文档中：

类对象由Java虚拟机在加载类时自动构造，并通过调用类加载器中的defineClass方法来构造。

我检查了源代码，但没有找到要调用的位置defineClass，例如从loadClass方法。请告诉我，根据此方案，谁和何时调用defineClass方法：

图像源

Answer 1

class NetworkClassLoader extends ClassLoader {
         String host;
         int port;

         public Class findClass(String name) {
             byte[] b = loadClassData(name);
             return defineClass(name, b, 0, b.length);
         }

         private byte[] loadClassData(String name) {
             // load the class data from the connection
              . . .
         }
     }

Answer 2

java。lang.ClassLoader是一个非常大的类。使用GrepCode链接（适用于Java6-b14版本），您可以在第267行找到publicloadClass方法。

此方法在第308行调用受保护的loadClass方法，此方法尝试使用以下方法加载以前加载的类：

• findLoadedClass最终调用本机方法，

这很重要，因为请记住，ClassLoader试图重用已经加载的类。

但是，defineClass在哪里调用？这个抽象类中没有位置，但是如果您使用GrepCode中的引用工具并搜索它的使用位置defineClass（参见这里的结果），您将发现许多具体的类，它们最终调用defineClass。

这并不简单，其中一些类重写defineClass，而另一些类调用自己的loadClass，然后调用。。。依此类推，但最后它调用defineClass。

不要忘记ClassLoader的defineClass以三种本机方法之一结束，这三种方法是JVM魔力的源泉：defineClass0，defineClass1和/或defineClass2

本机函数定义Class0调用Java_java_lang_ClassLoader_defineClass0fromClassLoader. c和相同的1和2个函数。

此函数使用JVM中定义的JVM\u DefineClassWithSource创建所需的类。h并在openjdk\hotspot\src\share\vm\prims\jvm中实现。cpp。

最后一个文件定义了jvm\u define\u class\u common函数，它最终是创建所需类的函数。最后，此函数调用JNIHandles:：make_local来分配类。您可以在openjdk\hospot\src\share\vm\runtime\jniHandles中看到最后一个函数的代码。cpp

希望它能回答你的问题。

Answer 3

调用ClassLoader#loadClass（）时调用defineClass（）方法。但是，这不是直接在java中完成的。lang.ClassLoader类，但位于其子类之一，例如在URLClassLoader\findClass（）中。

调用ClassLoader#defineClass（）最终会调用一个本机方法defineClass1（）或defineClass2（）。这些方法的C实现可以在OpenJDK的src/share/native/java/lang/ClassLoader中找到。c。