Java虚拟机在第一次遇到关于某Class的特殊指令的时候,会将Class加载到方法区。
这是类加载的生命周期:
其中
验证很重要,是JAVA程序重要的安全保障。分为:
1 文件格式验证 2 元数据验证 3 字节码验证 4 符号引用验证。
解析的过程,可以和过去C程序的链接的过程很类似。
初始化的过程,会调用 static块,且只调用一次。
类加载器:
相同的字节码和类的完全限定名,由不同的类加载器加载,视为不同的class,方法区会有多个Class对象。
尝试用BootStrap 加载自己编写的rt.jar也无法通过验证会报错,这样保证了java程序的安全。
JDK 一个BootStrap ClassLoader, 是使用C++实现的。负责加载rt.jar ,设置父加载器为null,可以实现委派。 java代码没有这个类,ClassLoad接口里面有一些native方法的,去调用本地代码,与其结合。
ExtClassLoader 扩展类加载器,他负责加载$JAVE_HOME\lib\ext 里面的库。
AppClassLoader,应用程序类加载器,负责加载应用程序ClassPath下面的库。
类加载器,默认有双亲委派模型, 这个模型不是要继承,而是设置parent ClassLoad的变量,委派的代码,
在抽象类 ClassLoader 中的loadClass 方法实现,代码很简单。最终委派到BootStrap ,如果他抛了异常(ClassNotFoundException),再由下一层的类加载器,尝试加载。如果,都不能加载,则会由最末端的加载器,抛出ClassNotFoundException.
要破坏双亲委派模型,需要覆盖抽象类ClassLoader类的loadClass方法,以及实现自己的findClass方法。
OSGI 就是这样做得:
关于OSGI, 后续做一个DEMO, 并查看一下OSGI类加载器的源码。
最后一个图,是tomcat的加载器结构图: