Java类加载器

    众所周知，Java程序与C、C++编写的程序不同，Java程序并不是可执行文件，而是由许多类文件组成，并且Java文件是由类加载器ClassLoader类动态载入的，用到哪个类ClassLoader就加载哪个。今天，就来看看Java虚拟机的类加载器吧。

    JVM默认的三个类加载器：Bootstrap、ExtClassLoader、AppClassLoader

    当JVM启动后，会初始化%JAVA_HOME%jre/lib/rt.jar(RunTime)包下Bootstrap ClassLoader，Bootstrap ClassLoader是C++编写的，Bootstrap启动后去加载%JAVA_HOME%jre/lib/下Jre需要的核心Jar包，其中包括rt.jar包（即ExtClassLoader、APPClassLoader此时也被加载）。

    其他两个类加载器是rt.jar包中org.sun.misc.Launcher的内部类，由Bootstrap加载。

如果看ExtClassLoader源码，可以看到，ExtClassLoader会加载%JAVA_HOME%/jre/lib/ext下的jar包。

    如果查看APPCLassLoader源码，可知，APPClassLoader会加载classpath路径下的jar包，当然，我们在myeclipse下写的源文件也会被myeclipse自动添加到classpath下，不信的话，你打开随便一个myeclipse创建的workspace下的工程，可以看到 .classpath文件下有定义classpath文件目录定义 。

    此外，classpath的双亲委托模型，就是加载类时先从Bootstrap开始查找，这种方式使得我们自定义的跟系统类同名的类加载不到，是java的安全机制。假如有人编写带有恶意的String类，JVM也会从Bootstrap开始搜索起，使得恶意String类并不能运行。

    当然，我们还可以由java.lang.ClassLoader类来自定义自己的类加载器。具体请自己搜索。

    在此，感谢如下两篇博文的作者。

    Java ClassLoader机制解析

    分析Java的类加载器