虚拟机七：类加载机制(二)之类加载器

类加载器：

虚拟机加载阶段，“通过全限定名来获取此类的二进制字节流”这一动作交给外部实现，这个模块的实现称为 类加载器。

一、类与类加载器的关系

对于任意一个类，在虚拟机中的唯一性是依靠类本身与加载此类的类加载器一共决定的。简单理解就是：相同类通过不同的类加载器加载到虚拟机中，类的身份是不同的；在你使用equals()、isAssignableFrom()、isInstance()方法时可能产生令人费解的结果。

public class JVMTest {

    public static void main(String[] args) throws Exception {
        ClassLoader classLoader = new ClassLoader() {
            @Override
            public Class<?> loadClass(String name) throws ClassNotFoundException {
                try{
                    String fileName = name.substring(name.lastIndexOf(".")+1)+".class";
                    InputStream is = getClass().getResourceAsStream(fileName);
                    if(is ==null){
                        return super.loadClass(name);
                    }
                    byte[] b =new byte[is.available()];
                    is.read(b);
                    return defineClass(name,b,0,b.length);
                }catch (IOException e){
                    throw new ClassNotFoundException(name);
                }
            }
        };

        Object obj = classLoader.loadClass("com.xxx.JVMTest").newInstance();
        System.out.println(obj.getClass());
        System.out.println(obj instanceof com.xxx.JVMTest);
    }
}

同一个全限定名的类由不同的加载器加载，对象所属类型检查时结果为false。这种结果一般不是我们想要的，如果Java体系中最基本的特征(类)都充满迷幻，那应用程序将非常混乱。

二、双亲委派模型

从Java虚拟机中区分，类加载器分为启动类加载器和继承自java.lang.ClassLoader类的其他加载器。

• 启动类加载器：Bootstrap ClassLoader，由C++实现，属于虚拟机的一部分，外部无法获取
• 外部加载器：继承自java.lang.ClassLoader

Java开发人员的角度看：

• 启动类加载器：Bootstrap ClassLoader。
• 扩展类加载器：Extension ClassLoader。
• 应用程序类加载器：Application ClassLoader。可使用ClassLoader.getSystemClassLoader()获取，因此也叫系统类加载器。负责加载用户类路径上的类库，也是程序中默认的类加载器。

这么多类加载器同时工作，只有按规则的加载类，才能避免出现节一代码的问题。这种规则就是双亲委派模型(Parents Delegation Model)

1、双亲委派模型

如果一个类加载器收到类加载请求，它首先会委派父加载器去加载，父类加载器如果也有父类加载器，那就再向上委派；这样加载请求会最终委派给顶层的类加载器(Bootstarp ClassLoader)；只有当父类加载器无法完成这个加载请求时，子类加载器才会尝试自己去加载。

加载器之间的父子关系一般不会使用继承实现，而是组合。

双亲委派模型保证了类的唯一性，实现简单：

//jdk 1.8.0 源码
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) {
                    // 如果父类加载器抛出异常，说明无法完成加载请求
                    // 子类加载器就自己加载把
                }

                if (c == null) {
                    // 如果父类加载器无法完成加载请求
                    // 调用自身的findClass（）方法进行类加载
                    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;
        }
    }

2、破坏双亲委派模型

此模型并不是一个强制性的约束模型，也有不遵守此模型的情况：

• 双亲委派模型是jdk1.2时引入的，在此之前的程序员都使用自定义ClassLoader进行类加载,并不会遵守此模型
• JNDI服务属于java的标准服务，应该交由启动类加载器加载。但是它需要调用SPI代码，只要引入线程上下文类加载器
• 程序动态性。代码热替换、模块热部署等。Java的模块化标准:OSGI技术

如果想掌握类加载器的精髓可以看看OSGI技术的实现。