Java ClassLoader初探

一: ClassLoader的作用

jvm虚拟机加载类时使用ClassLoader动态加载 .class

---

二: ClassLoader的分类

ClassLoader主要分成3类
* Bootstrap ClassLoader : 启动类加载器 用于加载 JDK 核心类库
* Extension ClassLoader :扩展类加载器 用于加载 Java的扩展类库 ，默认加载 JAVA_HOME/jre/lib/ext目录下的所有加
* SystemAppClassLoader :系统类加载器 负责加载应用程序classpath下的class文件和jar
* Custom ClassLoader : 用户自定义的加载器
Important 用户自定义加载器和EXtension、SystemApp 加载器需要继承与 java.lang.ClassLoader，而Bootstrap ClassLoader 并非简单JAVA类，底层由C++编写 ，是在JVM启动时随之启动。
启动类加载器 之后 构造 扩展类加载器和系统类加载器。

三: ClassLoader的加载原理

Talk is useless，show you the code!

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 {
                //双亲为空 则为BootStrap启动器类加载器
                    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再加载一次。考虑到安全因素，我们试想一下，如果不使用这种委托模式，那我们就可以随时使用自定义的String来动态替代java核心api中定义的类型，这样会存在非常大的安全隐患，而双亲委托的方式，就可以避免这种情况，因为String已经在启动时就被引导类加载器（Bootstrcp ClassLoader）加载，所以用户自定义的ClassLoader永远也无法加载一个自己写的String，除非你改变JDK中ClassLoader搜索类的默认算法。