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文件的字节码完全一样,并且从相同的位置加载亦如此。
推荐阅读
- EffectiveObjective-C2.0|EffectiveObjective-C2.0 笔记 - 第二部分
- 由浅入深理解AOP
- 继续努力,自主学习家庭Day135(20181015)
- python学习之|python学习之 实现QQ自动发送消息
- Android中的AES加密-下
- 一起来学习C语言的字符串转换函数
- 定制一套英文学习方案
- 漫画初学者如何学习漫画背景的透视画法(这篇教程请收藏好了!)
- 《深度倾听》第5天──「RIA学习力」便签输出第16期
- 如何更好的去学习