下图为class的加载过程
加载:使用类加载器加载到运行内存中(不一定从class文件中加载,jar包这种压缩包也可以,动态代理也行)
验证:确保class文件内的字节流信息符合虚拟机规范,并且不会伤害虚拟机。
准备:为类变量分配内存,设置初始值。
解析:把符号引用替换为直接引用。
初始化:类加载最后阶段,执行类中定义的代码。
双亲委派机制如图所示,从自定义加载器向appClassLoader委托,再向extClassLoader委托最后向BootstrapClassLoader委托,如果BootstrapClassLoader能执行,不用向下交给extClassLoader,如果找不到,交给extClassLoader,再找不到就继续向下交,最后自定义加载器还是找不到就classnotfound错误。
双亲委派机制的优点在于:对应java.lang.Object不论交给哪个类加载器,最终都会委托给BootstrapClassLoader执行,产生的Object对象始终是同一个。
双亲委派机制的特性:
1.每个类加载器都有自己的命名空间----由该类加载器以及所有父类加载器所加载的类组成。
2.同一个命名空间中,不会出现全类名相同的两个类对象。
3.在不同的命名空间中,有可能出现全类名相同的两个类对象。
4.同一个命名空间中的类是相互可见的。
下面来从源码角度分析一下双亲委派机制。
全局搜索ClassLoader并打开
点开左侧的structure,点击AppClassLoader,有一条这样的语句
final String var1 = System.getProperty(“java.class.path”);
ctrl+鼠标左键点击java.class.path,这条语句就是加载路径的意思