- 在运行期,一个java类是由该类的全限定名和用于加载该类的定义类加载器(defining loader 实际加载该类的类加载器)所共同决定的.
* 如果完全像定名相同的类由不同的两个类加载器所加载,那么这些类就是不同的,即时.class字节码文件完全一样,并且从相同的位置加载亦是如此.
* 在Oracle的HotSpot视线中,系统属性sun.boot.class.path如果修改错了,则运行出错,会出现如下错误
* Error occurred during initialization of VM
* java/lang/NoClassDefFoundError: java/lang/Object
* 内建于jvm中的启动类加载器会加载java.lang.ClassLoader以及其它的java平台类,当jvm启动时,
* 一块特殊的机器码会运行,他就会加载扩展类加载器和系统类加载器,这块特殊的机器码基座启动类加载器
* 启动类加载器并不是java类,是使用C++写的,而其它的加载器都是java类
* 启动类加载器是特定于平台的机器指令,它负责开启整个加载过程
* 所有类加载器(除了启动类加载器)都被实现为java类.不过总归要有一个组件来加载第一个java类加载器,从而让整个加载过程能够顺利进行下去,加载第一个纯java类加载器就是启动类加载器的职责
* 启动类加载器还会加载共JRE正常运行所需要的基本组件,包括java.util与java.lang包中的类
public class MyTest18 {
public static void main(String[] args) {
System.out.println("根类加载器加载路径: "+System.getProperty("sun.boot.class.path"));
System.out.println("拓展类加载器加载路径: "+System.getProperty("java.ext.dirs"));
System.out.println("系统类加载器加载路径: "+System.getProperty("java.class.path"));
System.out.println(ClassLoader.class.getClassLoader());
}
}
public class MyTest19 {
public static void main(String[] args) throws ClassNotFoundException {
AESKeyGenerator aesKeyGenerator =new AESKeyGenerator();
System.out.println(aesKeyGenerator.getClass().getClassLoader());
System.out.println(MyTest19.class.getClassLoader());
}
}
**输出结果:**
sun.misc.Launcher$ExtClassLoader@29453f44
sun.misc.Launcher$AppClassLoader@18b4aac2
public class MyTest22 {
static {
System.out.println("MyTest22 initializer");
}
public static void main(String[] args) {
System.out.println(MyTest22.class.getClassLoader());
System.out.println(MyTest1.class.getClassLoader());
}
}
**输出结果:**
MyTest22 initializer
sun.misc.Launcher$AppClassLoader@18b4aac2
sun.misc.Launcher$AppClassLoader@18b4aac2
MyTest1和MyTest22均由系统类加载器加载.
那么我们在运行时修改扩展类加载器的加载路径,能否由扩展类加载器去加载MyTest1呢?
java -Djava.ext.dirs=./ com.jvm.class_loader.MyTest22
结果发现还是由系统类加载器进行了加载,这是因为扩展类加载器比较特殊,只能加载jar包里的类,我们现在把MyTest1达成jar包再试一下
jar cvf test.jar com/jvm/class_loader/MyTest1.class
成功由扩展类加载器加载了MyTest1