为什么java jvm.dll_从JDK源码级别剖析JVM类加载机制

类加载运行的全过程

当用java命令运行某个main函数时，首先需要类加载器把主类加载到JVM内存中。

通过Java命令执行代码的大致流程为

将编译好的字节码class文件通过java命令，在win操作系统就是一个java.exe文件，这个文件底层是c++语言实现的，通过这个文件调用底层jvm.dll文件创建Java虚拟机，这个jvm.dll文件也是c++语言实现的就是一些类库。在创建JVM虚拟机的过程中会通过c++语言创建一个引导类加载器。最终由C++语言调用java代码创建JVM启动器Launcher,该类由引导类加载器创建其他类加载器，最终调用的Launcher类的getLauncher()方法，这个方法创建加载了扩展类加载器，应用程序类加载器。最终调用loadClass()方法实现类的加载，这个方法体现了双亲委派机制。

java里面有一下几种类加载器：

引导类加载器：加载jre/lib下核心jar包 如rt.jar charset.jar

扩展类加载器：加载jre/lib/ext下面的jar包

应用程序类加载器：加载自己写的java类

自定义类加载器：负责加载用户自定义路径下的类包

如果想要摆脱双亲委派机制可以重写loadclass方法

//ClassLoader的loadClass方法，里面实现了双亲委派机制

2 protected Class> loadClass(String name, boolean resolve)

3 throws ClassNotFoundException

4 {

5 synchronized (getClassLoadingLock(name)) {

6 // 检查当前类加载器是否已经加载了该类

7 Class> c = findLoadedClass(name);

8 if (c == null) {

9 long t0 = System.nanoTime();

10 try {

11 if (parent != null) { //如果当前加载器父加载器不为空则委托父加载器加载该类

12 c = parent.loadClass(name, false);

13 } else { //如果当前加载器父加载器为空则委托引导类加载器加载该类

14 c = findBootstrapClassOrNull(name);

15 }

16 } catch (ClassNotFoundException e) {

17 // ClassNotFoundException thrown if class not found

18 // from the non‐null parent class loader

19 }

2021 if (c == null) {

22 // If still not found, then invoke findClass in order

23 // to find the class.

24 long t1 = System.nanoTime();

25 //都会调用URLClassLoader的findClass方法在加载器的类路径里查找并加载该类

26 c = findClass(name);

27

28 // this is the defining class loader; record the stats

29 sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 ‐ t0);

30 sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);

31 sun.misc.PerfCounter.getFindClasses().increment();

32 }

33 }

34 if (resolve) { //不会执行

35 resolveClass(c);

36 }

37 return c;

38 }

39 }

如果想自己定义类加载器，定义要加载自己的类路径则重新编写findClass()方法；

为什么jdk设计者要对类加载实现双亲委派机制？

1.沙箱安全机制 自己写的java.lang.String.class类不会被加载，这样便可以防止核心API库被随意篡改

2.避免类的重复加载 父类加载过得类，子类没必要重复加载