【jvm jdk】类加载器3 ClassLoader中的loadClass(),findClass(),defineClass()

概述

• loadclass 定义加载模型的框架，即双亲委派模型
• findClass() 查找.class类，根据路径参数，一般有 jre/lib 、jre/ext/lib 、应用classpath、自定义路径等
• defineClass() 加载类，io读取具体的.class文件

1. loadclass

加载指定类的入口，使用双亲委派模型，如果该类没有被加载过或父加载器没有加载成功，那么需要当前类处理器进行加载。加载一个类，那么需要知道类的路径信息，此时会调用findClass方法

    protected Class<?> loadClass(String name, boolean resolve)
        throws ClassNotFoundException
    {
        synchronized (getClassLoadingLock(name)) {
              //检查指定类是否被当前类加载器加载过
            Class<?> c = findLoadedClass(name);
            if (c == null) { //如果没被加载过，委派给父加载器加载
                long t0 = System.nanoTime();
                try {
                    if (parent != null) {
                        c = parent.loadClass(name, false); //委托父加载器
                    } else {
                        c = findBootstrapClassOrNull(name);  //ext类加载器加载器才会走到该分支，尝试让最顶层的BootstraptClassLoader加载
                    }
                } catch (ClassNotFoundException e) {
                    //如果父加载器无法加载，会抛出 ClassNotFoundException
                  
                }

                if (c == null) {
                    // 父类不能加载，由当前的类加载器加载
                    long t1 = System.nanoTime();
                    c = findClass(name);   //需要自己加载类时，调用findClass

                    // 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;
        }
    }

委托父类加载器，不是说就子类加载器必须继承父类，这其实是个逻辑上的父子关系，AppClassLoader通过extends继承ExtClassLoader，ExtClassLoader是通过组合引用方式继承BootstraptClassLoader。

2. findClass

由前文知道findClass作用是根据类的路径信息，生成一个class，默认抛出一个ClassNotFoundException，如果需要自定义ClassLoader的话，必须重写该方法。

为什么要自定义ClassLoader？一个主要的原因是我们需要的类不一定存放在已经设置好的classPath下(由系统类加载器AppClassLoader加载的路径)或其他已知的类加载器能识别的路径，可能是从网络的输入流中读取类这就需要做一些加密和解密操作，需要自己实现加载类的逻辑；也可以从磁盘的固定位置读取类（比如D:\a\b.jar），总的来说，就是通过重写findClass方法，告诉加载器文件的路径。

我们知道jvm提供了三种系统加载器：

• 启动类加载器（Bootstrap ClassLoader）：C++实现，在java里无法获取，负责加载<JAVA_HOME>/lib下的类。
• 扩展类加载器（Extension ClassLoader）： Java实现，可以在java里获取，负责加载<JAVA_HOME>/lib/ext下的类。
• 系统类加载器/应用程序类加载器（Application ClassLoader）：是与我们接触对多的类加载器，我们写的代码默认就是由它来加载，ClassLoader.getSystemClassLoader返回的就是它。

可以先阅读参考 《加载器之sun.misc.Launcher类 & 类加载器的路径》第四章节” 类加载器路径“

启动类加载器由虚机内部实现，我们暂且不管，但是扩展类加载器和应用程序类加载器是java开发的，这两个类加载器也要实现findClass，那么是怎么实现的呢？

AppClassLoader 和ExtClassLoader 均继承URLClassLoader，URLClassLoader间接继承了ClassLoader，并实现findClass：

public class URLClassLoader extends SecureClassLoader {
 private final URLClassPath ucp;  //类加载器路径属性，构造函数传入
 protected Class<?> findClass(final String name){
	  ...
	   String path = name.replace('.', '/').concat(".class");
	   Resource res = ucp.getResource(path, false);   //利用ucp设置路径
	   if (res != null) {
	         try {
	              return defineClass(name, res);  // 读取.class流文件
	          } catch (IOException e) {
	              throw new ClassNotFoundException(name, e);
	          }
	      } 
	   ....
   }


}

通过源码，我们能清晰findClass的作用，方法内部就是利用ucp属性拼接路径，AppClassLoader 和ExtClassLoader通过构造函数，传入"java.ext.dirs“与”java.class.path"系统变量作为对应的路径信息ucp，之后通过defineClass读取.class流信息，我们来看下是如何传递ucp，以ExtClassLoader 为例：

static class ExtClassLoader extends URLClassLoader {
    private static volatile ExtClassLoader instance = null;
      
    private static ExtClassLoader createExtClassLoader() throws IOException {
      try {
        return AccessController.<ExtClassLoader>doPrivileged(new PrivilegedExceptionAction<ExtClassLoader>() {
              public Launcher.ExtClassLoader run() throws IOException {
                File[] arrayOfFile = Launcher.ExtClassLoader.getExtDirs();   //获取ext的路径
                int i = arrayOfFile.length;
                for (byte b = 0; b < i; b++)
                  MetaIndex.registerDirectory(arrayOfFile[b]); 
                return new Launcher.ExtClassLoader(arrayOfFile);    //调用构造方法,arrayOfFile就是构建ucp的原料
              }
            });
      } catch (PrivilegedActionException privilegedActionException) {
        throw (IOException)privilegedActionException.getException();
      } 
    }
    
   
    //构造方法
    public ExtClassLoader(File[] param1ArrayOfFile) throws IOException {
    //调用父类构造方法，第一个入参为ucp
      super(getExtURLs(param1ArrayOfFile), (ClassLoader)null, Launcher.factory);   
      SharedSecrets.getJavaNetAccess().getURLClassPath(this).initLookupCache(this);
    }
    
    //获取ext的路径
    private static File[] getExtDirs() {  
      File[] arrayOfFile;
      String str = System.getProperty("java.ext.dirs");   //定义ext路径
      if (str != null) {
        StringTokenizer stringTokenizer = new StringTokenizer(str, File.pathSeparator);
        int i = stringTokenizer.countTokens();
        arrayOfFile = new File[i];
        for (byte b = 0; b < i; b++)
          arrayOfFile[b] = new File(stringTokenizer.nextToken()); 
      } else {
        arrayOfFile = new File[0];
      } 
      return arrayOfFile;
    }

因此，如果我们自定义一个类加载器，需要重写findClass，在内部重新指定一个类(或jar包)路径。

3. defineClass

作用就是根据给定的.class文件路径信息，读取这些文件

参考 loadClass,findClass,defineClass
loadClass，findClass，defineClass