类加载器ClassLoader的理解

最近在做一个热加载Class的小组件，这个组件需要对类加载器ClassLoader有所了解，我就顺便借这个机会把学到的一点皮毛与大家分享一下。

从Class文件开始

ClassLoader，顾名思义就是类加载器。简单的说就是把Class文件加载到JVM中，之后程序就能正常的运行了。

我们平时写的代码都是.java格式的文件，但是这个文件是不能够直接运行的。比如下面这个简单的测试程序Test.java

 public class Test {

     public static void main(String[] args) {

         System.out.println("Testing");

     }

 }

在文件夹下看，就是这么一个文件：

我们在命令行下编译一下这个Java文件：

 javac Test.java

然后就可以在目录下看到生成的class文件，也就是JVM可以识别运行的文件。

Java自带的类加载器

Java自带有三个类加载器：

Bootstrap ClassLoader:主要加载核心类库，%Java_HOME%\lib 下的rt.jar、resources.jar、charsets.jar和class等,总之就是jdk安装目录下lib目录下的一些核心jar包。

Extention ClassLoader 扩展的类加载器，主要加载目录%JRE_HOME%\lib\ext目录下的jar包和class文件，就是JRE安装目录下lib目录下ext目录下的jar和class文件。

Appclass Loader也称为SystemAppClass应用程序加载器 加载当前应用的classpath的所有类，这个就是很好理解了，就是我们平时自己写的项目类路径下的类。

双亲委派机制

接下来我先祭出一张常见的图：

双亲委派机制的意思是：一个类加载器遇到一个加载类的请求，首先不会自己去加载，而是看自己的父加载器能否加载这个类，然后一级一级往上传直到遇到能够加载这个类的加载器。

简单可以形容为一家几口吃苹果：
小明：爸爸，这苹果你吃吗？
小明的爸爸：我先问问你爷爷，爸，这苹果你吃吗？
小明的爷爷：你们真孝顺，那我就恭敬不如从命啦。

如果遇到顶层的父类加载器无法加载，该怎么办？这个时候，就往下找，找到第一个能加载这个类的加载器
小明：爸爸，这苹果你吃吗？
小明的爸爸：我先问问你爷爷，爸，这苹果你吃吗？
小明的爷爷：牙不好啦，我不吃啦你们吃吧。
小明的爸爸：好的，我的牙口还不错，那我就吃了。

那么为什么需要一个机制呢，原因主要是为了避免类加载程序的混乱。

比如Java官方指定了一个java.lang.String类，然后你自己又重新写了一个java.lang.String类的类。这个时候，你想import一个String类型，就没有办法判断到底这个String是哪个String了。

当然这边要多说一句，父类加载器不等于父类，也就是上面的三个类加载器并不是继承关系。

自定义ClassLoader

刚刚那张图大家应该已经发现了，除了三个系统自带的ClassLoader以外，最底层还有几个自定义的类加载器。

没错，原来的类加载器只是按照特定的方式加载指定目录下的jar包，那么如果你想按照自己的要求加载一些东西呢？这就需要你自己去定义一个classloader了。

比如以我为例，我希望可以多次重新加载同一个Class。

ClassLoader中，加载Class的方法是loadClass(),我们可以看一下源码：

    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);

             if (c == null) {

                 long t0 = System.nanoTime();

                 try {

                     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

                 }

                 if (c == null) {

                     // If still not found, then invoke findClass in order

                     // to find the class.

                     long t1 = System.nanoTime();

                     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;

         }

     }

可是在ClassLoader中的加载class的方法loadClass()中，有一个 findLoadedClass() 方法来判断Class是否已经被加载的操作，不符合要求，而且loadClass()方法中也会按照双亲委派去找寻父类加载器，不符合要求。（看不懂源码没有关系，里面的英文还是可以看懂的嘛哈哈）

于是我的步骤

编写一个类继承自ClassLoader抽象类。
复写它的findClass()方法，直接调用findClass()来找寻Class文件，而不是loadClass()。
在findClass()方法中调用defineClass()，defineClass()将class二进制内容转换成Class对象并加载进内存。

这样子，就实现了我的重复加载Class的目的。

巴特西

类加载器ClassLoader的理解

于是我的步骤

最新文章

热门文章