08_JVM学习笔记_类命名空间解析

类命名空间 示例代码:

public class MyTest21 { public static void main(String[] args) throws Exception { MyTest16 loader1 = new MyTest16("loader1"); MyTest16 loader2 = new MyTest16("loader2"); loader1.setPath("/Users/leofight/Desktop/"); loader2.setPath("/Users/leofight/Desktop/"); Class clazz1 = loader1.loadClass("com.leofight.jvm.classloader.MyPerson"); Class clazz2 = loader2.loadClass("com.leofight.jvm.classloader.MyPerson"); System.out.println(clazz1 == clazz2); Object object1 = clazz1.newInstance(); Object object2 = clazz2.newInstance(); Method method = clazz1.getMethod("setMyPerson", Object.class); method.invoke(object1, object2); } }

【08_JVM学习笔记_类命名空间解析】复制全部class文件到桌面,删除classpath下的MyPerson的class文件,然后运行程序,结果是?
输出
findClass invoked: com.leofight.jvm.classloader.MyPerson class loader name: loader1 findClass invoked: com.leofight.jvm.classloader.MyPerson class loader name: loader2 false Exception in thread "main" java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:497) at com.leofight.jvm.classloader.MyTest21.main(MyTest21.java:34) Caused by: java.lang.ClassCastException: com.leofight.jvm.classloader.MyPerson cannot be cast to com.leofight.jvm.classloader.MyPerson at com.leofight.jvm.classloader.MyPerson.setMyPerson(MyPerson.java:8) ... 5 more

为什么结果是false呢?
loader1为MyPerson的定义类加载器
loader2为MyPerson的定义类加载器
loader1与loader2从双亲委托机制来看,它们是没有任何关联的,形成了两个命名空间。
如果两个加载器之间没有直接或者间接的父子关系,那么它们各自加载的类相互不可见。
所以两个不同的对象clazz1 == clazz2肯定为false。
为什么会抛异常?
两个对象是不可见的,其中一个命名空间的对象调用了另一个命名空间的对象,所以会抛异常。
小结
类加载器的双亲委托模型的好处
①可以确保Java核心库的类型安全:所有的Java应用都至少会引用java.lang.Object类,也就是说在运行期,java.lang.Object这个类会被加载到Java虚拟机中;如果这个加载过程是由Java应用自己的类加载器所完成的,那么很可能就会在JVM中存在多个版本的java.lang.Object,而且这些类之间还是不兼容的,相互不可见的(正是命名空间在发挥着作用)。借助于双亲委托机制,Java核心类库中的类的加载工作都是由启动类加载器来统一完成,从而确保了Java应用所使用的都是同一个版本的Java核心类库,他们之间是相互兼容的。
②可以确保Java核心类库所提供的类不会被自定义的类所替代。
③不同的类加载器可以为相同名称(binary name)的类创建额外的命名空间。相同名称的类可以存在Java虚拟机中,只需要用不同的类加载器来加载他们即可。不同类加载器所加载的类之间是不兼容的,这相当于在Java虚拟机内部创建了一个又一个相互隔离的Java类空间,这类技术在很多框架中都得到了实际的应用。
示例代码
package com.leofight.jvm.classloader; 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@14dad5dc sun.misc.Launcher$AppClassLoader@14dad5dc

运行
? classes java -Djava.ext.dirs=./ com.leofight.jvm.classloader.MyTest22
输出
MyTest22 initializer sun.misc.Launcher$AppClassLoader@4e0e2f2a sun.misc.Launcher$AppClassLoader@4e0e2f2a

扩展类加载器是加载的jar包
执行jar cvf test.java com/leofight/jvm/classloader/MyTest1.class
jar cvf test.java com/leofight/jvm/classloader/MyTest1.class 已添加清单 正在添加: com/leofight/jvm/classloader/MyTest1.class(输入 = 646) (输出 = 371)(压缩了 42%)

再次运行java -Djava.ext.dirs=./ com.leofight.jvm.classloader.MyTest22
输出
MyTest22 initializer sun.misc.Launcher$AppClassLoader@659e0bfd sun.misc.Launcher$ExtClassLoader@55f96302

在运行期,一个Java类是由该类的完全限定名(binary name,二进制名)和用于加载该类的定义类加载器(defining loader)所共同决定的。 如果同样名字(即相同的完全限定名)的类是由两个不同的加载器所加载,那么这些类就是不同的,即便.class文件的字节码完全一样,并且从相同的位置加载亦如此。

    推荐阅读