一文读懂java类加载之双亲委派机制
一个编译后的class文件，想要在JVM中运行，就需要先加载到JVM中。java中将类的加载工具抽象为类加载器，而通过加载工具加载类文件的具体方式被称为双亲委派机制。
知识点
类加载器：通过一个类全限定名称来获取其二进制文件（.class）流的工具。
前述
首先明确一点，Java中类是描述一类对象的行为和状态，拥有封装、继承、多态特征。而类加载器这个对象在类结构上都是抽象类ClassLoader的子类
publicabstractclassClassLoader{...}
根据具体功能不同，JDK提供了多个具体子类，例如：ExtClassLoader、AppClassLoader、URLClassLoader、MethodUtil等。
再明确一点，有了类加载功能，但还是考虑实际使用。例如，了解java的都知道java底层使用的是c++。也就是说C++也可以实现类加载文件，也可以说是文件加载功能。在实际使用中也是这么做的，那么这部分被加载的类的加载器如何在Java中描述呢？下面来描述
JDK实际采用的类加载方式，被称为双亲委派机制。其主要分类如下，这是一种抽象概念
Bootstrap ClassLoader系统类(rt.ar)的类加载器，采用C++代码加载Extension ClassLoader扩展类(ext.jar)的类加载器，采用ExtClassLoader加载Application ClassLoader用户类路径（classpath）上类的类加载器，采用AppClassLoader加载自定义类加载器自定义的类加载器，继承ClassLoader即可双亲
既然称为双亲委派机制，则双亲是必须存在的。ClassLoader类存在一个parent属性。因此可以配置双亲。这个双亲是指ExtClassLoader和AppClassLoader，在JDK中则是这样设置：
自定义的类加载器在构建时，如果未指定parent，则使用getSystemClassLoader()来获取父类加载器，而该方法默认获取的就是AppClassLoader。
以上的类加载方式，图示如下
委派
双亲设置之后，便可以委派了，委派过程也就是类文件加载过程，
文字描述下这段代码：
加载类文件之前，先验证是否被加载过了，如果加载过就不再加载，防止被覆盖掉，也防止多次加载浪费资源。然后获取类加载器的parent
如果parent不存在，则说明本身已经是ExtClassLoader了，则查询下类文件是否被Bootstrap ClassLoader加载过，找到就返回，否则返回null。如果parent存在，则让父类加载器去加载类文件，这个过程是往上递推的，如 parent->parent->parent以上流程处理完毕，如果发现返回的是null则说明已经递推到了Bootstrap ClassLoader且仍不能加载，则说明该类文件不符合所有的父类加载器的加载条件，于是便轮到自己来加载了。 上面说明中往上递推的过程就是委派了，而递推的方式是parent，于是就称为双亲委派机制。当然通俗理解是父类加载器优先加载模式。
后记
在委派流程，描述了在该类文件不符合所有的父类加载器的加载条件，于是便轮到自己来加载了。这里说明下加载条件
在Launcher指定了Bootstrap ClassLoader的加载文件夹
System.getProperty("sun.boot.class.path");
这个主要就是JDK指定的librt包
在ExtClassLoader中指定了加载文件夹：
String var0 = System.getProperty("java.ext.dirs");
这个主要就是JDK指定的libext包
在AppClassLoader中指定了加载文件夹：
String var1 = System.getProperty("java.class.path");
都是环境变量，自行可配。这个主要指的是开发中的类路径
由于AppClassLoader与ExtClassLoader都继承了URLClassLoader因此都会进行加载条件判断，如果是自定义的则可以重写loadClass来绕过双亲委派。当然不论怎么重写，加载二进制流的方法会校验类文件不能是加载以java开头的包中的类，这个是绕不过去的。
自定义类加载器示例
控制台
想了解更多精彩内容，快来关注计算机java编程