在之前的文章中，我经常提到java类加载，ClassLoader等名词，而ClassLoader是什么？有什么职责？
ClassLoader和java类加载机制有什么关系？java类加载机制具体过程是怎么做的？能不能自定义实现类加
载？相信你此时已经充满了疑惑，那么本篇我们就来深入浅出的分析ClassLoader类加载器和JAVA类加载机
制吧

初识ClassLoader

ClassLoader类加载器在Java中的定义就是用来加载其他类到Jvm中的操作类，负责将字节码文件加载到内存中，在内存中创建对应的Class对象。同样的ClassLoader一般使用系统提供的，但是在开发过程中往往会遇到一些特殊的功能，我们需要自定义ClassLoader来实现一些强大灵活的功能，如下:

热部署机制

即在不重启Java程序的情况下，动态替换部分类的实现，重新将新的Class字节码文件加载到jvm内存中，将原来的内存中的Class进行替换操作，而java自身的ClassLoader并不能实现热部署。而在一些常用的框架中，早已实现了热部署机制，例如在早期的java web开发中，我们使用的jsp就是使用了自定义的ClassLoader实现的jsp代码修改后不需要重启直接刷新生效，实现代码的动态更新

应用的模块化与隔离

ClassLoader还有一个特性，即不同的ClassLoader加载的Class类之间是相互隔离的，彼此互不影响，在我们常用的web容器服务器--Tomcat、jetty等都是利用了此技术，从而实现可以同时加载多个项目工程，并且web工程彼此之间互不干扰，而OSGI和Java9中，都实现了一个动态模块化的结构，每个模块使用独立的ClassLoader做到模块间隔离互不干扰

不同地方灵活加载类

系统默认的ClassLoader一般固定从本地指定目录的.class文件或者jar包文件中加载字节码文件。而实现自定义的ClassLoader，甚至可以做到远程加载Class、从服务器、数据库等地方加载，甚至可以做到任意生命周期加载，随心所欲

类加载机制与加载过程

当我们运行java程序的时候，JDK实际上就是帮我们执行了java命令，指定了包含main方法的完整类名，以及一个classpath类路径，作为程序的入口，然后根据类的完全限定名查找并且加载类，而查找的规则是在系统类和指定的文件类路径中寻找，如果是class文件的根目录中，则直接查看是否有对应的子目录以及class文件，如果当前路径是jar文件，首先执行解压，然后再去到目录中查找是否有对应的类。而这个查找加载的过程中，负责完成操作的类就是ClassLoader类加载器，输入为完全限定类名，输出是对应的Class对象，而在Java9之前，系统默认的类加载器有三种（java9有模块化概念），如下:

启动类加载器--Bootstrap ClassLoader

Bootstrap ClassLoader加载器是Java虚拟机内部实现的，不在java代码中实现，此类负责加载java的基础类，如String、Array等class，还有jdk文件夹中lib文件夹目录中的rt.jar

扩展类加载器---Extension ClassLoader

Extension ClassLoader类加载器默认的实现类是sun.misc.Launcher包中的ExtClassLoader类，此类默认负责加载JDK中一些扩展的jar，如lib文件夹中ext目录中的jar文件

应用程序类加载器--Application ClassLoader

Application ClassLoader类加载器的默认实现类为sun.misc.Launcher包中的AppClassLoader类，此加载器默认负责加载应用程序的类，包括自己实现的类与引入的第三方类库，即会加载整个java程序目录中的所有指定的类

双亲委派模型

这三个系统的类加载器都能实现类加载功能，并且负责的职责和加载的范围都不一样，那么这三个类加载器之间的关系是什么呢？顺序是什么？首先我们可以把这三个类加载器理解为父子关系，当然不是java中的继承关系，而是一种叫"父子委派"的模式，即每一个ClassLoader都有一个变量parent指向父ClassLoader，代码如下:

public abstract class ClassLoader {
    private static native void registerNatives();
    static {
        registerNatives();
    }
    //指向父类的ClassLoader
    private final ClassLoader parent;
    ........
}

而三个系统ClassLoader之间的父子关系大致如下:

Application ClassLoader的父亲是Extension ClassLoader，而Extension ClassLoader的父亲是Bootstrap ClassLoader，而在加载类的时候，一般会先通过父ClassLoader加载，具体的过程大致如下:

1.判断当前Class是否已经加载过了，如果已经被加载，直接返回Class对象，因为在java中一个Class类只会被同一个Class-Loader加载一次

2.如果当前Class没有被加载，首先需要调用父ClassLoader去加载，加载成功后，得到父ClassLoader返回的Class对象

3.父ClassLoader加载成功后，自身就会去加载当前的Class

而以上的过程称之为“双亲委派模型”，即优先让父ClassLoader加载Class，而如此设计的好处，则是可以避免Java中的类库被覆盖的问题，例如，开发者自己实现了一个java.lang.String 类，通过双亲委派模型，只会被Bootstrap ClassLoader加载，避免了系统的String类被覆盖

打破双亲委派

需要注意的一点是，虽然ClassLoader默认的是双亲委派模型，但是我们依然存在一些例外，或者人为改变的情况，例如:

1.自定义Class类加载顺序:尽管java希望我们按照默认的双亲委派加载的顺序执行，但是我们的确在自定义ClassLoader的时候，不遵循这个约定，不过即使如此，一些被java安全机制限制的类依然不能随便被自定义的ClassLoader加载，例如包名为java开头的类

2.网格化加载顺序：在OSGI和java9中，类加载器之间的关系甚至更复杂，形成了一个网状，每个模块都有自己的类加载器，并且模块之间可以存在依赖关系，也就是说此时可以是当前模块加载Class,也可以传递给其他模块的加载器加载

3.JNDI：JNDI(Java Naming and Directory Interface)技术是企业级应用的一种常见服务，使用的方式就是父加载器委托给子加载器进行加载，和默认的双亲委派机制是反过来的

Class.forName与类加载

之前的文章中，我们有学习到反射技术，也知道Class对象中都有一个反射方法，可以获取到当前Class的ClassLoader，如下:

public ClassLoader getClassLoader()

而每一个ClassLoader都有一个方法获取父ClassLoader，如下:

public final ClassLoader getParent()

除此之外，我们还可以通过Class对象获取默认的系统类加载器，如下:

public static ClassLoader getSystemClassLoader()

与之对应的是，ClassLoader中也有一个主要的方法用来加载class，如下:

public Class<?> loadClass(String name) throws ClassNotFoundException

了解了这些后，我们开始尝试利用反射和ClassLoader来加载一个常用的类--ArrayList，代码如下：

ClassLoader cl = ClassLoader.getSystemClassLoader();//获取默认系统类加载器
try {
    Class<?> cls = cl.loadClass("java.util.ArrayList");//加载系统类ArrayList
    ClassLoader actualLoader = cls.getClassLoader();
    System.out.println(actualLoader);
} catch (ClassNotFoundException e) {
    e.printStackTrace();
}

注意：由于双亲委派机制，父ClassLoader可能会加载失败或者返回的不是当前ClassLoader加载的结果，ArrayList由于是系统包下的类，实际上已经被BootStrap ClassLoader加载了，所以这里返回的反而是null

在前面反射篇我们还了解到了一个加载Class的方法--forName,但是ClassLoader的loadClass看起来和forName功能一样，这两个有什么区别呢？其实熟悉原理的都知道，基本实现原理是相同的，都是使用的ClassLoader代码进行加载，不过，ClassLoader的loadClass方法不会初始化类的初始化代码，并且有一点需要注意的是forName方法有多个重载，其中一个为:

public static Class<?> forName(String name,boolean initialize, ClassLoader loader)

这里需要指定三个参数，第一个是class全量限定类名，第二个则是表示是否在Class类加载后立刻初始化代码块(static代码块),第三个参数则是传递一个类加载器实现Class的加载，如果我们这个时候分别用ClassLoader和forName的方式加载一个有static代码块的类，就会发现，forName方式加载的Class输出了static代码块的内容，为了弄懂其中缘由，我们直接从ClassLoader类的loadClass方法的源码来一探究竟:

 public Class<?> loadClass(String name) throws ClassNotFoundException {
        return loadClass(name, false);//调用了重载方法loadClass，第二个参数传递为false
   }

可以看到内部调用了重载方法loadClass，我们跟进去看看，代码如下:

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);
                    }
                } catch (ClassNotFoundException e) {
                    //如果找不到类，则抛出ClassNotFoundException
                }
                //第二次检查Class是否被加载--双短检查加锁机制保障Class的唯一性
                if (c == null) {
                    long t1 = System.nanoTime();
                    //如果仍然找不到，请按顺序调用findClass顺序查找当前Class
                    c = findClass(name);
                    sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);                      
                    sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
                    sun.misc.PerfCounter.getFindClasses().increment();
                }
            }
            //是否需要在Class加载后调用class的初始化代码块
            if (resolve) {
                resolveClass(c);
            }
            return c;
        }
    }

从上述的源码以及我添加的注释中，我们大概明白了，在loadClass方法执行过程中，还会传递一个resolve标示符，此标示符和forName的initialize参数是一样的，用来判断是否在Class加载后进行初始化代码块的操作，但是我们从上面的方法明显看到，默认传递的值为false，即仅仅加载Class类，并不去调用类的初始化代码块部分，两者的区别至此已经真相大白

自定义ClassLoader

前面我们也多次提到过自定义ClassLoader，此技术也是tomcat、OSGI等实现应用隔离、动态模块加载的基础，那么如何自定义呢？一般来说，我们需要继承类ClassLoader，重写其方法findClass即可，现在我们来看一个开发中常遇到的问题：我们在开发过程中经常遇到本地运行程序的情况，往往有些时候会遇到服务端的jar与我们自定义的代码中有部分类名一致的时候，因为系统加载的时候默认优先显示服务端的jar中的calss，而不是本地的class，那么究其原因，就是jvm默认使用AppClassLoader加载classpath中的类 ，那么我们能否重写AppClassLoader来实现优先显示本地实现的类，再去加载服务端的jar中呢？说做就做，我们参考系统默认实现的URLClassLoader 类的代码来写一个简单的功能实现，代码如下:

public class MyClassLoader extends URLClassLoader {
    public URLClassPath ucp;
    private Map<String, Class<?>> cache = new HashMap();
    private static final Method defineClassNoVerifyMethod;

    static String[] paths = System.getProperty("java.class.path").split(";");

    static URL[] urls = new URL[paths.length];

    //初始化每一个类的URL
    static{
        for(int i=0; i<urls.length; i++){
            try {
                urls[i] = new URL("file:"+paths[paths.length-1-i]);
            } catch (MalformedURLException e) {
                e.printStackTrace();
            }
        }
        System.out.println(Arrays.toString(urls));

        SharedSecrets.setJavaNetAccess(new JavaNetAccess() {
            public URLClassPath getURLClassPath(URLClassLoader u) {
                return ((MyClassLoader)u).ucp;
            }
            @Override
            public String getOriginalHostName(InetAddress inetAddress) {
                return null;
            }
        } );

        Method m;
        try {
            m = SecureClassLoader.class.getDeclaredMethod("defineClassNoVerify",
                    new Class[] { String.class, ByteBuffer.class, CodeSource.class });
            m.setAccessible(true);
        } catch (NoSuchMethodException nsme) {
            m = null;
        }
        defineClassNoVerifyMethod = m;
    }

    public MyClassLoader(URL[] urls) {
        super(MyClassLoader.urls);
        this.ucp = new URLClassPath(MyClassLoader.urls);
    }

    public MyClassLoader(ClassLoader parent) {
        super(MyClassLoader.urls, parent);
        this.ucp = new URLClassPath(MyClassLoader.urls);
    }

    //重写loadClass，实现自定义的类加载
    @Override
    public Class<?> loadClass(String name) throws ClassNotFoundException{
        Class c = null;
        if (name.contains("hadoop")) {
            c = (Class)this.cache.get(name);
            if (c == null) {
                c = findClass(name);
                this.cache.put(name, c);
            }
        } else {
            c = loadClass(name, false);
        }
        return c;
    }

    protected Class<?> findClass(String name) throws ClassNotFoundException {
        //替换路径查找对应的类资源
        String path = name.replace('.', '/').concat(".class");
        Resource res = this.ucp.getResource(path);
        if (res != null) {
            try {
                return defineClass(name, res, true);
            } catch (IOException e) {
                throw new ClassNotFoundException(name, e);
            }
        }
        throw new ClassNotFoundException(name);
    }

    private Class<?> defineClass(String name, Resource res, boolean verify) throws IOException {
        int i = name.lastIndexOf('.');
        URL url = res.getCodeSourceURL();
        if (i != -1) {
            //根据class最后一个.的下标截取包名
            String pkgname = name.substring(0, i);
            Package pkg = getPackage(pkgname);
            Manifest man = res.getManifest();
            if (pkg != null){
                //校验当前包名是否为私密包名
                if (pkg.isSealed()){
                    if (!pkg.isSealed(url)){
                        throw new SecurityException(
                                "sealing violation: package " + pkgname +
                                        " is sealed");
                    }
                }
                else if ((man != null) && (isSealed(pkgname, man))) {
                    throw new SecurityException(
                            "sealing violation: can't seal package " +
                                    pkgname + ": already loaded");
                }
            }
            //Manifest不为null
            else if (man != null)
                definePackage(pkgname, man, url);
            else {
                definePackage(pkgname, null, null, null, null, null, null,
                        null);
            }
        }

        ByteBuffer bb = res.getByteBuffer();
        byte[] bytes = bb == null ? res.getBytes() : null;
        CodeSigner[] signers = res.getCodeSigners();
        CodeSource cs = new CodeSource(url, signers);

        if (!verify){
            Object[] args = { name, bb == null ? ByteBuffer.wrap(bytes) : bb,cs };
            try {
                return (Class)defineClassNoVerifyMethod.invoke(this, args);
            }
            catch (IllegalAccessException localIllegalAccessException) {}
            catch (InvocationTargetException ite) {
                Throwable te = ite.getTargetException();
                if ((te instanceof LinkageError))
                    throw ((LinkageError)te);
                if ((te instanceof RuntimeException)) {
                    throw ((RuntimeException)te);
                }
                throw new RuntimeException("Error defining class " + name,
                        te);
            }
        }
        return defineClass(name, bytes, 0, bytes.length, cs);
    }

    //校验是否为私密(密闭)包==>查找类路径是否存在
    private boolean isSealed(String name, Manifest man) {
        String path = name.replace('.', '/').concat("/");
        Attributes attr = man.getAttributes(path);
        String sealed = null;
        if (attr != null) {
            sealed = attr.getValue(Attributes.Name.SEALED);
        }
        if ((sealed == null) &&
                ((attr = man.getMainAttributes()) != null)) {
            sealed = attr.getValue(Attributes.Name.SEALED);
        }
        return "true".equalsIgnoreCase(sealed);
    }
}

而实现了以后，在运行的时候只需要加上对应的变量指定使用的classLoader即可：

java -Djava.system.class.loader=test.MyClassLoader -classpath ...  MyTestClass