jvm16

这篇博客主要是对JAVA 双亲委派模型的一些介绍。

上篇博客说到了类加载器，稍微回想一下。上篇介绍了如何获得二进制的字节流，并根据获得的字节流去装载一个类。同时也了解到类加载器的存在，每个加载器对应着不同的加载目录，相互配合着，从而使整个加载过程稳定而安全。 下面我们开始本篇博客。

图中除了最底下的那个加载器是我们没有讲到的，其余的都有说到过。其实底下那个就是我们自己实现的类加载器，用于自定义加载class。 
  在虚拟机中，类的加载采用的是双亲委派模型。该模型需要有一个前提条件：除了顶层的类加载器之外，其余的类加载器都应该有自己的父加载器，这里的父加载器指的不是继承，而是组合，即App ClassLoader加载器里面应该要有Extension ClassLoader加载器的引用（为什么用组合而不用继承，大家可以想想其中的利弊）。 
  基本工作过程就是：当一个类加载器收到了类加载的请求，他首先不会尝试自己去加载这个类，而是将这次的请求委派给自己的父类加载器去加载。如果父类加载器依然不能加载，则继续用父加载器的父加载器去加载（有点拗口）。层层如此，如果都不能加载，则最终的结果就是到达顶层——启动类加载器Bootstrap ClassLoader。每一层的类加载器都会根据请求所要加载的类去自己应该加载的目录中搜索有没有对应的类和查看该类是否已经被加载。如果有，那么该层加载器加载并返回，如果到达了启动类加载器后还是不能加载，那么就由最初接收到类加载请求的那个类加载器进行加载。 
  因此，可以从图或者刚刚的工作过程看出：要加载类就先要检查是否已经加载了和是不是自己应该要加载的类，这个过程是自底向上的。那么如果上层反馈说该类没有被加载，并且我和我的父加载器都不能加载，你自己加载吧，这个过程是从上往下的。 

 protected Class loadClass(String class_name, boolean resolve)
    throws ClassNotFoundException
  {
    Class cl = null;

    /* First try: lookup hash table.
     */
    if((cl=(Class)classes.get(class_name)) == null) {
      /* Second try: Load system class using system class loader. You better
       * don't mess around with them.
       */
      for(int i=0; i < ignored_packages.length; i++) {
        if(class_name.startsWith(ignored_packages[i])) {
          cl = deferTo.loadClass(class_name);
          break;
        }
      }

      if(cl == null) {
        JavaClass clazz = null;

        /* Third try: Special request?
         */
        if(class_name.indexOf("$$BCEL$$") >= 0)
          clazz = createClass(class_name);
        else { // Fourth try: Load classes via repository
          if ((clazz = repository.loadClass(class_name)) != null) {
            clazz = modifyClass(clazz);
          }
          else
            throw new ClassNotFoundException(class_name);
        }

        if(clazz != null) {
          byte[] bytes  = clazz.getBytes();
          cl = defineClass(class_name, bytes, 0, bytes.length);
        } else // Fourth try: Use default class loader
          cl = Class.forName(class_name);
      }

      if(resolve)
        resolveClass(cl);
    }

    classes.put(class_name, cl);

    return cl;
  }

如果加载了，则返回这个类，否则就判断有没有父加载器，如果有就交给父加载器加载。如果祖先都不能加载，就交给当前的加载器加载。 双亲委派模式很好地解决了各个类加载器的基础类统一问题，越基础的类由越上层的类加载器进行加载。分工与责任明确，解决部分安全问题，如自定义的加载器不能加载根加载器应该加载的类，很好的避免了恶意写入基础类。