黑马程序员_类加载器的委托机制

1、JVM有多个加载器。类加载器本身也是JAVA类 BootStrap在JVM内核中它并不是JAVA类。系统默认有三个加载器：BootStrap<--ExtClassLoader <--AppClassLoader。

三个加载器的加载管辖范围各有不同

BootStrap-->加载JRE/lib/rt.jar

ExtClassLoader-->加载JRE/lib/ext/*.jar

AppClassLoader-->加载ClassPath指定的jar或目录。

可以定义自己的类加载器。不过定义的类要继承ClassLoader类。

2、加载器的委托机制

类加载器在尝试自己去查找某个类的字节代码并定义它时，会先代理给其父类加载器，由父类加载器先去尝试加载这个类，依次类推。Java 虚拟机是如何判定两个Java 类是相同的。Java 虚拟机不仅要看类的全名是否相同，还要看加载此类的类加载器是否一样。只有两者都相同的情况，才认为两个类是相同的。即便是同样的字节代码，被不同的类加载器加载之后所得到的类，也是不同的。比如一个 Java 类com.example.Sample，编译之后生成了字节代码文件 Sample.class。两个不同的类加载器 ClassLoaderA 和 ClassLoaderB 分别读取了这个 Sample.class 文件，并定义出两个 java.lang.Class 类的实例来表示这个类。这两个实例是不相同的。对于 Java 虚拟机来说，它们是不同的类。

1、首先当前线程的类加载器（ContextClassLoader）去加载线程中的第一个类A。

2、如果类A引用了类B，那么JAVA虚拟机用加载A的类加载器去继续去加载B。

3、另外还可以调用LoadClass()方法去指定某个类加载器去加载某个类。

类加载器加载类时委托给他的上一级父类加载器，直到最顶端，由它来加载。若在最顶端的那个加载器没有加载到了类再返回到其子类加载器，再由它来执行加载，以此类推，当返回到发起者类加载器时，如果还没找到就抛出异常。

更多类加载器看这里。