08_JVM学习笔记_类命名空间解析 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文件的字节码完全一样，并且从相同的位置加载亦如此。