类加载器
把类加载阶段中的"通过一个类的全限定名来获取描述此类的二进制字节流"这个动作放到Java虚拟机外部去实现，以便让应用程序自己决定如何去获取所需要的类，实现这个动作的代码模块称为类加载器。
自定义类加载器
现在有个需求在项目中我们需要加载一个特定目录下的class文件【c:\tools\myClassLoader】，这时我们需要自己来定义特定的类加载器。
1.创建自定义类加载器
继承ClassLoader后重写了findClass方法加载指定路径上的class，代码如下:
import java.nio.file.Files; import java.nio.file.Paths; /** * 自定义类加载器 * @author 波波烤鸭 * @email dengpbs@163.com * */ public class MyClassLoader extends ClassLoader { // 加载的路径 private String path; public MyClassLoader(String path) { super(); this.path = path; } @Override protected Class<?> findClass(String name) throws ClassNotFoundException { try { byte[] result = getClass(name); if (result == null) { throw new ClassNotFoundException(); } else { // 将字节流转换为Class对象 return defineClass(name, result, 0, result.length); } } catch (Exception e) { e.printStackTrace(); } return null; } // 加载class为字节数组 private byte[] getClass(String name) { try { return Files.readAllBytes(Paths.get(path)); } catch (Exception e) { e.printStackTrace(); } return null; } }
2.测试
指定目录下存放编译好的class文件，注意用相关的jdk版本编译
public static void main(String[] args) throws ClassNotFoundException, InstantiationException, IllegalAccessException { MyClassLoader myLoader = new MyClassLoader("C:\\tools\\myClassLoader\\User.class"); Class clazz = myLoader.loadClass("com.dpb.pojo.User"); Object object = clazz.newInstance(); System.out.println(object); System.out.println(object.getClass().getClassLoader()); }
输出结果
com.dpb.pojo.User@4e25154f com.dpb.loader.MyClassLoader@6d06d69c
实现了加载特定目录下的class文件
ClassLoader
上面的代码虽然实现加载特定目录下的class文件，但这么执行的原因是什么呢？要了解这个我们需要来具体看下ClassLoader的源代码。代码比较多，截取了核心的代码
protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException { synchronized (getClassLoadingLock(name)) { // First, check if the class has already been loaded Class<?> c = findLoadedClass(name); // 获取类加载器 如果为null 本方法就结束了 if (c == null) { long t0 = System.nanoTime(); try { // 如果parent为null if (parent != null) { // 获取 父类加载器 c = parent.loadClass(name, false); } else { // 使用引导加载器 c = findBootstrapClassOrNull(name); } } catch (ClassNotFoundException e) { // ClassNotFoundException thrown if class not found // from the non-null parent class loader } // 如果所有的父加载器都没有找到Class if (c == null) { // If still not found, then invoke findClass in order // to find the class. long t1 = System.nanoTime(); // 就调用自身的findClass方法去加载类 c = findClass(name); // this is the defining class loader; record the stats sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0); sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1); sun.misc.PerfCounter.getFindClasses().increment(); } } if (resolve) { resolveClass(c); } return c; } }
// 本方法并没有去查找Class，本方法留给子类去重写的 protected Class<?> findClass(String name) throws ClassNotFoundException { throw new ClassNotFoundException(name); }
所以如果我们需要加载特定的Class文件的时候只需要重写findClass方法即可，而不用去重写loadClass方法。
双亲委派模型
通过ClassLoader中的loadClass方法我们发现类加载器加类的时候有既定的原则，而且系统提供的类加载器好像也不止一个，我们就来说下这块。系统给我们提供了三个类加载器，如下
序号 类加载 说明
1 启动类加载器
Bootstrap ClassLoader 加载<JAVA_HOME> \lib目录下或-Xbootclasspath指定路径下能被虚拟机识别的类库加载到虚拟机中(rj.jar) ，无法被java程序直接是使用
2 扩展类加载器
Extension ClassLoader 负责加载<JAVA_HOME> \lib\ext目录中或者被java.ext.dirs指定的目录下的类库，程序员可以直接使用该加载器
3 应用程序类加载器
Application ClassLoader 也称系统类加载器，负责加载用户类路径上所指定的类库，一般是程序默认的类加载器
1.启动类加载器
public static void main(String[] args) { System.out.println("BootStrap:"+String.class.getClassLoader()); System.out.println(System.getProperty("sun.boot.class.path")); }
启动类加载器我们无法通过程序获取，所以打印结果为null，可是加载资源的路径可以获取。
BootStrap:null C:\Program Files\Java\jre1.8.0_144\lib\resources.jar; C:\Program Files\Java\jre1.8.0_144\lib\rt.jar; C:\Program Files\Java\jre1.8.0_144\lib\sunrsasign.jar; C:\Program Files\Java\jre1.8.0_144\lib\jsse.jar; C:\Program Files\Java\jre1.8.0_144\lib\jce.jar; C:\Program Files\Java\jre1.8.0_144\lib\charsets.jar; C:\Program Files\Java\jre1.8.0_144\lib\jfr.jar; C:\Program Files\Java\jre1.8.0_144\classes
2.扩展类加载器
public static void main(String[] args) { System.out.println(System.getProperty("java.ext.dirs")); }
加载路径如下:
C:\Program Files\Java\jre1.8.0_144\lib\ext; C:\Windows\Sun\Java\lib\ext
我们也可以将自己的文件打成jar包放到扩展目录下，也会被扩展类加载器加载。
3.系统类加载器
public static void main(String[] args) { System.out.println(System.getProperty("java.class.path")); }
加载路径
C:\Users\dengp\Desktop\共享文件\Java1112\workspace\others\FreemarkerDemo\target\classes; C:\Users\dengp\.m2\repository\org\springframework\spring-context\4.3.21.RELEASE\spring-context-4.3.21.RELEASE.jar; C:\Users\dengp\.m2\repository\org\springframework\spring-aop\4.3.21.RELEASE\spring-aop-4.3.21.RELEASE.jar; C:\Users\dengp\.m2\repository\org\springframework\spring-beans\4.3.21.RELEASE\spring-beans-4.3.21.RELEASE.jar; C:\Users\dengp\.m2\repository\org\springframework\spring-core\4.3.21.RELEASE\spring-core-4.3.21.RELEASE.jar; C:\Users\dengp\.m2\repository\commons-logging\commons-logging\1.2\commons-logging-1.2.jar; C:\Users\dengp\.m2\repository\org\springframework\spring-expression\4.3.21.RELEASE\spring-expression-4.3.21.RELEASE.jar; C:\Users\dengp\.m2\repository\org\springframework\spring-webmvc\4.3.21.RELEASE\spring-webmvc-4.3.21.RELEASE.jar; C:\Users\dengp\.m2\repository\org\springframework\spring-web\4.3.21.RELEASE\spring-web-4.3.21.RELEASE.jar; C:\Users\dengp\.m2\repository\org\freemarker\freemarker\2.3.28\freemarker-2.3.28.jar; C:\Users\dengp\.m2\repository\org\springframework\spring-context-support\4.3.21.RELEASE\spring-context-support-4.3.21.RELEASE.jar
双亲委派描述:
如果一个类加载器收到了类加载请求，它首先不会自己去尝试加载这个类，而是把这个请求委派给父类加载器完成，每一个层次的类加载器都是如果，因此所有的加载请求最终都应该传递到顶层的启动类加载器中
当父加载器反馈无法加载该类时(搜索范围中没有找到所需的类)，子加载器才会尝试自己去加载。
弄清楚这个委派模型后再去看loadClass方法中的逻辑应该就比较容易了。
参考《深入理解Java虚拟机》
