所有的java程序运行的第一步就是要将类加载到jvm中,因此java有着自己的类加载机制:
Java 类加载体系。他们分别从以下的路径寻找程序所需要的类:
BootstrapLoader : sun.boot.class.path
ExtClassLoader: java.ext.dirs
AppClassLoader: java.class.path
这三个系统参量可以通过 System.getProperty() 函数得到具体对应的路径。大家可以自己编程
实现查看具体的路径
1,Bootstrap ClassLoader,用C++实现,一切的开始,是所有类加载器的最终父加载
器。负责将一些关键的Java类,如java.lang.Object和其他一些运行时代码先加载进内存中。
2,ExtClassLoader,用java实现,是Launcher.java的内部类,编译后的名字为:
Launcher$ExtClassLoader.class 。此类由Bootstrap ClassLoader加载,但由于Bootstrap
ClassLoader已经脱离了java体系(c++),所以Launcher$ExtClassLoader.class的Parent(父
加载器)被设置为null;它用于装载Java运行环境扩展包(jre/lib/ext)中的类,而且一旦建立其加
载的路径将不再改变。
3,AppClassLoader,用java实现,也是是Launcher.java的内部类,编译后的名字为
:Launcher$AppClassLoader.class 。AppClassLoader是当Bootstrap ClassLoader加载完
ExtClassLoader后,再被Bootstrap ClassLoader加载。所以ExtClassLoader和
AppClassLoader都是被Bootstrap ClassLoader加载,但AppClassLoader的Parent被设置为
ExtClassLoader。可见Parent和由哪个类加载器来加载不一定是对应的。个类装载器是我们经
常使用的,可以调用ClassLoader.getSystemClassLoader() 来获得,如果程序中没有使用类
装载器相关操作设定或者自定义新的类装载器,那么我们编写的所有java类都会由它来装载。而
它的查找区域就是我们常常说到的Classpath,一旦建立其加载路径也不再改变。
4,ClassLoader:一般我们自定义的ClassLoader从ClassLoader类继承而来。