java中类加载器

        “通过一个类的全限定名来获取描述此类的二进制字节流”这个动作放到JVM外部去实现，以便让应用程序自己决定如何去获取所需要的类，实现这个动作的代码模块称为  “类加载器”

1，类与类加载器

        对于任何一个类，都需要由加载它的类加载器和这个类本身共同确定其在JVM中的唯一性，每一个类加载器都有一个独立的类命名空间；通俗讲：比较两个类是否“相等”，那么只有在这两个类是由同一个类加载器加载的前提下才有意义，否则，即使两个类来自同一个Class文件，被同一个虚拟机加载，只要加载它们的类加载器不同，那么它们也不会相等。（示例代码如下：）

package config;

import java.io.IOException;
import java.io.InputStream;

public class ClassLoaderTest {

    public static void main(String[] args) throws ClassNotFoundException, IllegalAccessException, InstantiationException {

        ClassLoader myLoder = new ClassLoader() {
            @Override
            public Class<?> loadClass(String name) throws ClassNotFoundException {
                final String fileName = name.substring(name.lastIndexOf(".") + 1) + ".class";

                InputStream stream = getClass().getResourceAsStream(fileName);
                if (stream == null) {
                    return super.loadClass(name);
                }
                try {
                    byte[] b= new byte[stream.available()];
                    stream.read(b);

                    return defineClass(name, b, 0, b.length);
                } catch (IOException e) {
                    e.printStackTrace();
                    throw new ClassNotFoundException(fileName);
                }
            }
        };

        Object object = myLoder.loadClass("config.ClassLoaderTest").newInstance();

        System.out.println(object.getClass());                        // Out-Put: class config.ClassLoaderTest
        System.out.println(object instanceof config.ClassLoaderTest); // Out-Put: false
    }
}

2，双亲委派模型

        从JVM的角度来讲，只存在两种不同类型的类加载器：一种是启动类加载器（BootStrap ClassLoader），这个类加载器是由C++实现（仅讨论HotSpot）是虚拟机自身实现的一部分，另一部分就是所有的其他类加载器，是由java语言实现的，独立于虚拟机外部，并且全都继承自抽象类java.lang.ClassLoader。

        从java开发人员的角度，类加载器还可以被划分的更加细致一些，绝大部分的java程序都会用到以下3种系统提供的类加载器。

        （1），启动类加载器（Bootstrap ClassLoader），这个类加载器负责将存放在JAVA_HOME\lib目录中，或者被参数-Xbootclasspath指定的路径下的，并且是虚拟机识别的类库加载到内存中。启动类加载器无法被java程序直接引用，用户在编写自定义加载器的时候，需要把加载请求委派给引导类加载器，直接用null代替即可。

        （2），扩展类加载器（Extension ClassLoader），这个类加载器是由sun.misc.Launcher$ExtClassLoader实现，它负责加载JAVA_HOME\lib\ext目录中，或者被java.ext.dirs系统变量所指定的路径中的所有类库，开发者可以直接使用扩展类加载器

        （3），应用程序加载器（Application ClassLoader）,这个类加载器是由sun.misc.Launcher$AppClassLoader实现，由于这个类加载器是ClassLoder类中getSystemClassLoder()方法的返回值，所以一般也称它为系统类加载器。它负责加载用户类路径（ClassPath）上所指定的类库，开发者可以直接使用这个类加载器，如果应用程序中没有自定义类加载器，那么该加载器就是应用程序默认的类加载器。

        

        双亲委派模型并不是一个强制性的约束模型，而是java设计者推荐给用户的一种类加载器的实现方式。

        双亲委派模型的工作过程：如果一个类加载器收到了一个类加载请求，那么它不会首先去尝试加载该类，而是把这个类加载请求委派给父类加载器去完成，每一个层次的类加载器都是如此，因此所有的类加载请求最终都应该传递到顶层的启动类加载器中，只有当父类加载器自己无法完成该加载请求（它的搜索范围中没有找到所需的类）时，子加载器才会尝试自己去加载。

        使用双亲委派模型来管理类加载器之间的关系，有一个显而易见的好处就是java类随着它的类加载器一起具备了一种带有优先级的层次关系。例如java.lang.Object，它存放在rt.jar中，无论哪个类加载器去加载该类，都会根据双亲委派模型将该加载请求委派至最顶层的启动类加载器中去完成加载，因此Object在该程序的各个类加载环境中都是同一个类，相反，若没有使用双亲委派模型，由各个类加载器去加载的话，那么系统中就会出现不同的Object类，将是一片混乱。