类加载器的工做原理【转】

时间 2019-11-11

标签加载原理繁體版

原文原文链接

文章说的不错，就转下来了。html

原文地址：http://www.importnew.com/6581.htmljava

Java类加载器的做用就是在运行时加载类。Java类加载器基于三个机制：委托、可见性和单一性。委托机制是指将加载一个类的请求交给父类加载器，若是这个父类加载器不可以找到或者加载这个类，那么再加载它。可见性的原理是子类的加载器能够看见全部的父类加载器加载的类，而父类加载器看不到子类加载器加载的类。单一性原理是指仅加载一个类一次，这是由委托机制确保子类加载器不会再次加载父类加载器加载过的类。正确理解类加载器可以帮你解决NoClassDefFoundError和java.lang.ClassNotFoundException，由于它们和类的加载相关。类加载器一般也是比较高级的Java面试中的重要考题，Java类加载器和工做原理以及classpath如何运做的常常被问到。Java面试题中也常常出现“一个类是否能被两个不一样类加载器加载”这样的问题。这篇教程中，咱们将学到类加载器是什么，它的工做原理以及一些关于类加载器的知识点。git

什么是类加载器

类加载器是一个用来加载类文件的类。Java源代码经过javac编译器编译成类文件。而后JVM来执行类文件中的字节码来执行程序。类加载器负责加载文件系统、网络或其余来源的类文件。有三种默认使用的类加载器：Bootstrap类加载器、Extension类加载器和System类加载器（或者叫做Application类加载器）。每种类加载器都有设定好从哪里加载类。程序员

Bootstrap类加载器负责加载rt.jar中的JDK类文件，它是全部类加载器的父加载器。Bootstrap类加载器没有任何父类加载器，若是你调用String.class.getClassLoader()，会返回null，任何基于此的代码会抛出NUllPointerException异常。Bootstrap加载器被称为初始类加载器。
而Extension将加载类的请求先委托给它的父加载器，也就是Bootstrap，若是没有成功加载的话，再从jre/lib/ext目录下或者java.ext.dirs系统属性定义的目录下加载类。Extension加载器由sun.misc.Launcher$ExtClassLoader实现。
第三种默认的加载器就是System类加载器（又叫做Application类加载器）了。它负责从classpath环境变量中加载某些应用相关的类，classpath环境变量一般由-classpath或-cp命令行选项来定义，或者是JAR中的Manifest的classpath属性。Application类加载器是Extension类加载器的子加载器。经过sun.misc.Launcher$AppClassLoader实现。

除了Bootstrap类加载器是大部分由C来写的，其余的类加载器都是经过java.lang.ClassLoader来实现的。github

总结一下，下面是三种类加载器加载类文件的地方：面试

1) Bootstrap类加载器 – JRE/lib/rt.jar数据库

2) Extension类加载器 – JRE/lib/ext或者java.ext.dirs指向的目录服务器

3) Application类加载器 – CLASSPATH环境变量, 由-classpath或-cp选项定义,或者是JAR中的Manifest的classpath属性定义.网络

类加载器的工做原理

我以前已经提到过了，类加载器的工做原理基于三个机制：委托、可见性和单一性。这一节，咱们来详细看看这些规则，并用一个实例来理解工做原理。下面显示的是类加载器使用委托机制的工做原理。架构

委托机制

当一个类加载和初始化的时候，类仅在有须要加载的时候被加载。假设你有一个应用须要的类叫做Abc.class，首先加载这个类的请求由Application类加载器委托给它的父类加载器Extension类加载器，而后再委托给Bootstrap类加载器。Bootstrap类加载器会先看看rt.jar中有没有这个类，由于并无这个类，因此这个请求由回到Extension类加载器，它会查看jre/lib/ext目录下有没有这个类，若是这个类被Extension类加载器找到了，那么它将被加载，而Application类加载器不会加载这个类；而若是这个类没有被Extension类加载器找到，那么再由Application类加载器从classpath中寻找。记住classpath定义的是类文件的加载目录，而PATH是定义的是可执行程序如javac，java等的执行路径。

可见性机制

根据可见性机制，子类加载器能够看到父类加载器加载的类，而反之则不行。因此下面的例子中，当Abc.class已经被Application类加载器加载过了，而后若是想要使用Extension类加载器加载这个类，将会抛出java.lang.ClassNotFoundException异常。

 
        package 
        test; 
       
        import 
        java.util.logging.Level; 
       
        import 
        java.util.logging.Logger; 
       
        /** 
       
        * Java program to demonstrate How ClassLoader works in Java, 
       
        * in particular about visibility principle of ClassLoader. 
       
        * 
       
        * @author Javin Paul 
       
        */ 
       
        public 
        class 
        ClassLoaderTest { 
       
        public 
        static 
        void 
        main(String args[]) { 
       
        try 
        {           
       
        //printing ClassLoader of this class 
       
        System.out.println( 
        "ClassLoaderTest.getClass().getClassLoader() : " 
       
        + ClassLoaderTest. 
        class 
        .getClassLoader()); 
       
        //trying to explicitly load this class again using Extension class loader 
       
        Class.forName( 
        "test.ClassLoaderTest" 
        ,  
        true 
       
        ,  ClassLoaderTest. 
        class 
        .getClassLoader().getParent()); 
       
        }  
        catch 
        (ClassNotFoundException ex) { 
       
        Logger.getLogger(ClassLoaderTest. 
        class 
        .getName()).log(Level.SEVERE,  
        null 
        , ex); 
       
        } 
       
        } 
       
        }

输出:

 
        ClassLoaderTest.getClass().getClassLoader() : sun.misc.Launcher$AppClassLoader@601bb1 
       
        16/08/2012 2:43:48 AM test.ClassLoaderTest main 
       
        SEVERE: null 
       
        java.lang.ClassNotFoundException: test.ClassLoaderTest 
       
        at java.net.URLClassLoader$1.run(URLClassLoader.java:202) 
       
        at java.security.AccessController.doPrivileged(Native Method) 
       
        at java.net.URLClassLoader.findClass(URLClassLoader.java:190) 
       
        at sun.misc.Launcher$ExtClassLoader.findClass(Launcher.java:229) 
       
        at java.lang.ClassLoader.loadClass(ClassLoader.java:306) 
       
        at java.lang.ClassLoader.loadClass(ClassLoader.java:247) 
       
        at java.lang.Class.forName0(Native Method) 
       
        at java.lang.Class.forName(Class.java:247) 
       
        at test.ClassLoaderTest.main(ClassLoaderTest.java:29)

单一性机制

根据这个机制，父加载器加载过的类不能被子加载器加载第二次。虽然重写违反委托和单一性机制的类加载器是可能的，但这样作并不可取。你写本身的类加载器的时候应该严格遵照这三条机制。

如何显式的加载类

Java提供了显式加载类的API：Class.forName(classname)和Class.forName(classname, initialized, classloader)。就像上面的例子中，你能够指定类加载器的名称以及要加载的类的名称。类的加载是经过调用java.lang.ClassLoader的loadClass()方法，而loadClass()方法则调用了findClass()方法来定位相应类的字节码。在这个例子中Extension类加载器使用了java.net.URLClassLoader，它从JAR和目录中进行查找类文件，全部以”/”结尾的查找路径被认为是目录。若是findClass()没有找到那么它会抛出java.lang.ClassNotFoundException异常，而若是找到的话则会调用defineClass()将字节码转化成类实例，而后返回。

什么地方使用类加载器

类加载器是个很强大的概念，不少地方被运用。最经典的例子就是AppletClassLoader，它被用来加载Applet使用的类，而Applets大部分是在网上使用，而非本地的操做系统使用。使用不一样的类加载器，你能够从不一样的源地址加载同一个类，它们被视为不一样的类。J2EE使用多个类加载器加载不一样地方的类，例如WAR文件由Web-app类加载器加载，而EJB-JAR中的类由另外的类加载器加载。有些服务器也支持热部署，这也由类加载器实现。你也可使用类加载器来加载数据库或者其余持久层的数据。

以上是关于类加载器的工做原理。咱们已经知道了委托、可见性以及单一性原理，这些对于调试类加载器相关问题时相当重要。这些对于Java程序员和架构师来讲都是必不可少的知识。

原文连接： Javarevisited 翻译： ImportNew.com - 唐小娟
译文连接： http://www.importnew.com/6581.html
[ 转载请保留原文出处、译者和译文连接。]