转载

Java基础-类加载器以及加载机制

我是在关于 Java 的面试题里了解到类加载器的，在这之前从未想过Java里类是如何被加载、解析的，一直以为只要 Import 就好了。事实上 Java 类加载器是一块非常重要的内容，可以用在类层次划分、OSGi、热部署、代码加密等领域。即使业务上可能没有涉及到，了解相关知识对排除 BUG 也是有帮助的。

类加载器基本概念

平时在编写代码时，想使用什么类就 Import 就好了，好像这些类一开始就在 JVM 里了一样，现在我们知道这是因为 JVM 自动为我们加载了这些类。顾名思义，类加载器的工作主要是加载 Java 字节码文件（也就是 .class 文件）到虚拟机里，并解析为 java.lang.Class 类的一个实例。到这里，被加载的类还是不能像平时一样直接 new 一个对象出来的。因为一个类总共要经历加载、验证、解析、初始化等4个步骤后才是 Java 里的一个类型。后面几个步骤不是本文重点，大家可以自行学习。

类加载器的组成

类加载器一共有4种，分别是引导类加载器（bootstrap class loader）、扩展类加载器（extensions class loader）、系统类加载器（system class loader）、自定义加载器，它们之间的加载关系如下图所示：

其中，除了引导类加载器是用原生代码实现，其余的加载器都是继承自抽象类 java.lang.ClassLoader 。而且系统自带的3个加载器都有自己的特殊之处。

引导类加载器

引导类加载器是用来加载 Java 的核心库，像是 java.lang 包等这些 Java 应用必备的类都是引导类加载器加载的。加载路径是 ＜JAVA_HOME＞/lib 目录中的或者是 -Xbootclasspath 参数所指定的目录中，被 JVM 所识别的文件（通过名字识别，名字必须是rt.jar）。因为引导类加载器是用原生代码实现的，所以不能在 Java 代码中直接引用到引导类加载器。

扩展类加载器

顾名思义，扩展类加载器是用来加载 Java 的扩展类库。加载路径是 ＜JAVA_HOME＞/lib/ext 目录中的或者是 java.ext.dirs 系统变量所指定的路径中的所有类库。

系统类加载器

系统类加载器的加载路径是 Java 应用的类路径（CLASSPATH），也就是说在没有自定义加载器的情况下， Java 应用的类都是由系统类加载器加载的。而且该加载器可以用 ClassLoader 类的 getSystemClassLoader() 方法直接获取到。

除了引导类加载器，每个加载器都有一个父加载器。比如加载器 A 加载了加载器 B ，那么加载器 A 就是加载器 B 的父加载器，可以通过 java.lang.ClassLoader 的 getParent() 方法获取父加载器，而且 Java 中每个 Class 对象都维护着一个加载器引用，可以通过 getClassLoader() 方法获取加载该类的加载器。

例如下面这段代码：

public class Main {

    public static void main(String[] args) {
        ClassLoader loader = Main.class.getClassLoader();
        while (loader != null) {
            System.out.println(loader.toString());
            loader = loader.getParent();
        }
    }

}
复制代码

这里输出了 Main 类的加载器与其所有的父加载器，运行结果：

sun.misc.Launcher$AppClassLoader@18b4aac2
sun.misc.Launcher$ExtClassLoader@1540e19d

Process finished with exit code 0
复制代码

我们看到 Main 类的加载器是系统类加载器，它的父加载器的扩展类加载器。扩展类加载器的父加载器应该是引导类加载器才对，这里没有输出是因为有些 JDK 的实现里在父加载器为引导类加载器的情况下是返回 null 的。

双亲委托模式

第一次看到双亲委托模式这个词的时候就感觉意义不明，完全不知道是什么意思。在了解了加载器的加载过程之后，才发现是一种代理模式。

以上文中的Main类的加载过程为例，它的加载器为系统类加载器。但是系统类加载器不会直接去加载这个类，而是先委托给它的父加载器，也就是扩展类加载器。同样，扩展类加载器也会先委托给它的父加载器，一直委托到引导类加载器才开始真正的尝试加载，如果加载失败就返回由发出委托的加载器尝试加载。

这样做的目的是为了保护 Java 核心库和保持类型安全。因为在 JVM 中判断两个类是否相同，不仅仅是看它们的全名是否相同，还要判断它们的加载器是否相同。通过双亲委托模式就能保证每次加载核心库的加载器都是引导类加载器，从而防止出现类似于多个 java.lang.Object 类型这种情况。

自定义加载器

编写自定义加载器并不困难，只要继承抽象类 java.lang.ClassLoader 并覆盖 findClass(String name) 方法就行了。不建议覆盖 loadClass(String name) 方法，因为这个方法里面封装了前面提到的双亲委托模式，覆盖可能会导致该模式失效。

// 源码来自 https://www.ibm.com/developerworks/cn/java/j-lo-classloader
public class FileSystemClassLoader extends ClassLoader { 
 
   private String rootDir; 
 
   public FileSystemClassLoader(String rootDir) { 
       this.rootDir = rootDir; 
   } 
 
   protected Class<?> findClass(String name) throws ClassNotFoundException { 
       byte[] classData = getClassData(name); 
       if (classData == null) { 
           throw new ClassNotFoundException(); 
       } 
       else { 
           return defineClass(name, classData, 0, classData.length); 
       } 
   } 
 
   private byte[] getClassData(String className) { 
       String path = classNameToPath(className); 
       try { 
           InputStream ins = new FileInputStream(path); 
           ByteArrayOutputStream baos = new ByteArrayOutputStream(); 
           int bufferSize = 4096; 
           byte[] buffer = new byte[bufferSize]; 
           int bytesNumRead = 0; 
           while ((bytesNumRead = ins.read(buffer)) != -1) { 
               baos.write(buffer, 0, bytesNumRead); 
           } 
           return baos.toByteArray(); 
       } catch (IOException e) { 
           e.printStackTrace(); 
       } 
       return null; 
   } 
 
   private String classNameToPath(String className) { 
       return rootDir + File.separatorChar 
               + className.replace('.', File.separatorChar) + ".class"; 
   } 
}
复制代码

原文 https://juejin.im/post/5b4472c55188251b157b9913

正文到此结束