类加载器

1    什么是类加载器

类加载器就是用来加载类的东西！类加载器也是一个类：ClassLoader

类加载器可以被加载到内存，是通过类加载器完成的！Java提供了三种类加载器，分别是：

l  bootstrap classloader：引导类加载器，加载rt.jar中的类；

l  sun.misc.Launcher$ExtClassLoader：扩展类加载器，加载lib/ext目录下的类；

l  sun.misc.Launcher$AppClassLoader：系统类加载器，加载CLASSPATH下的类，即我们写的类，以及第三方提供的类。

 

通常情况下，Java中所有类都是通过这三个类加载器加载的。

类加载器之间存在上下级关系，系统类加载器的上级是扩展类加载器，而扩展类加载器的上级是引导类加载器。

 

2　JVM眼中的相同的类

在JVM中，不可能存在一个类被加载两次的事情！一个类如果已经被加载了，当再次试图加载这个类时，类加载器会先去查找这个类是否已经被加载过了，如果已经被加载过了，就不会再去加载了。

但是，如果一个类使用不同的类加载器去加载是可以出现多次加载的情况的！也就是说，在JVM眼中，相同的类需要有相同的class文件，以及相同的类加载器。当一个class文件，被不同的类加载器加载了，JVM会认识这是两个不同的类，这会在JVM中出现两个相同的Class对象！甚至会出现类型转换异常！

 

3　类加载器的代理模式

当系统类加载器去加载一个类时，它首先会让上级去加载，即让扩展类加载器去加载类，扩展类加载器也会让它的上级引导类加载器去加载类。如果上级没有加载成功，那么再由自己去加载！

例如我们自己写的Person类，一定是存放到CLASSPATH中，那么一定是由系统类加载器来加载。当系统类加载器来加载类时，它首先把加载的任务交给扩展类加载去，如果扩展类加载器加载成功了，那么系统类加载器就不会再去加载。这就是代理模式了！

相同的道理，扩展类加载器也会把加载类的任务交给它的“上级”，即引导类加载器，引导类加载器加载成功，那么扩展类加载器也就不会再去加载了。引导类加载器是用C语言写的，是JVM的一部分，它是最上层的类加载器了，所以它就没有“上级了”。它只负责去加载“内部人”，即JDK中的类，但我们知道Person类不是我们自己写的类，所以它加载失败。

当扩展类加载器发现“上级”不能加载类，它就开始加载工作了，它加载的是lib\ext目录下的jar文件，当然，它也会加载失败，所以最终还是由系统类加载器在CLASSPATH中去加载Person，最终由系统类加载器加载到了Person类。

 

代理模式保证了JDK中的类一定是由引导类加载加载的！这就不会出现多个版本的类，这也是代理模式的好处。

 

4　自定义类加载器

我们也可以通过继承ClassLoader类来完成自定义类加载器，自类加载器的目的一般是为了加载网络上的类，因为这会让class在网络中传输，为了安全，那么class一定是需要加密的，所以需要自定义的类加载器来加载（自定义的类加载器需要做解密工作）。

ClassLoader加载类都是通过loadClass()方法来完成的，loadClass()方法的工作流程如下：

l  调用findLoadedClass[c1] ()方法查看该类是否已经被加载过了，如果该没有加载过，那么这个方法返回null；

l  判断findLoadedClass()方法返回的是否为null，如果不是null那么直接返回，这可以避免同一个类被加载两次；

l  如果findLoadedClass()返回的是null，那么就启动代理模式（委托机制），即调用上级的loadClass()方法，获取上级的方法是getParent()，当然上级可能还有上级，这个动作就一直向上走；

l  如果getParent().loadClass()返回的不是null，这说明上级加载成功了，那么就加载结果；

l  如果上级返回的是null，这说明需要自己出手了，这时loadClass()方法会调用本类的findClass()方法来加载类；

l  这说明我们只需要重写ClassLoader的findClass()方法，这就可以了！如果重写了loadClass()方法覆盖了代理模式！

 

OK，通过上面的分析，我们知道要自定义一个类加载器，只需要继承ClassLoader类，然后重写它的findClass()方法即可。那么在findClass()方法中我们要完成哪些工作呢？

l  找到class文件，把它加载到一个byte[]中；

l  调用defineClass()方法，把byte[]传递给这个方法即可。

FileSystemClassLoader

publicclass FileSystemClassLoaderextends ClassLoader {

    private Stringclasspath[c2] ;

   

    public FileSystemClassLoader() {}

   

    publicFileSystemClassLoader[c3] (String classpath) {

       this.classpath = classpath;

    }

   

    @Override

    public Class<?> findClass(String name)throws ClassNotFoundException {

       try {

           byte[] datas =getClassData(name);[c4] 

           if(datas[c5] ==null) {

              thrownew ClassNotFoundException("类没有找到：" + name);

           }

           returnthis.defineClass[c6] (name, datas, 0, datas.length);

       } catch (IOException e) {

           e.printStackTrace();

           thrownew ClassNotFoundException("类找不到：" + name);

       }

    }

 

    privatebyte[] getClassData(String name)throws IOException {

       name = name.replace(".","\\") + ".class";

       File classFile = new File(classpath, name);

       returnFileUtils[c7] .readFileToByteArray(classFile);

    }

}

       ClassLoader loader = new FileSystemClassLoader("F:\\classpath");

       Class clazz = loader.loadClass("cn.itcast.utils.CommonUtils");

       Method method = clazz.getMethod("md5", String.class);

       String result = (String) method.invoke(null,"qdmmy6");

       System.out.println(result);

 

5　Tomcat的类加载器

Tomcat会为每个项目提供一个类加载器，Tomcat提供的类加载器负责加载自己项目下的类，即WEB-INF\lib和WEB-INF\classes下的类。但Tomcat提供的类加载器不会使用传统的代理模式，而是自己先去加载，如果加载不到，再使用代理模式。

Tomcat提供的类加载器有这样一个好处，就是可以使自己项目下的类优先被加载！所以有时候的一些jar包冲突就可以从这里入手解决。

---

 [c1]在JVM的方法区中查看已加载过的类！即判断当前类是否已经被加载过！

 [c2]这是它的地盘！因为类加载器都是片警，它需要有自己的地盘！

 [c3]创建类加载器时，就要为其指定负责的地盘！它只会到这里去查找类！

 [c4]通过类名称找到.class文件，把文件加载到一个字节数组中。

 [c5]如果返回的字节数组为null，说明没有找到这个类，抛出异常

 [c6]它可以把字节数组变成Class对象！defineClass()是ClassLoader的方法，它的作用是把字节数组变成Class对象！

 [c7]commons-io.jar中的类