JVM类加载机制
jvm类加载机制分为五个部分: 加载、验证、准备、解析、初始化
Ⅰ
1.加载:
这个阶段会在内存中生成一个代表这个类的java.lang.Class对象,作为方法区这个类的各种数据的入口
2.验证:
确保Class文件的字节流中包含的信息是否符合当前虚拟机的要求,并且不会危害虚拟机的自身安全
3.准备:
准备阶段是正式为类变量分配内存并设置类变量的初始值阶段,即在方法区中分配这些变量的使用空间;
比如一个类变量定义为:
public static int v = 8080;
实际上变量v在准备阶段过后的初始值为0而不是8080,将v赋值为8080的put static指令是程序编译后,存放于类构造器<client>方法中;
但是如果声明:
public static final int v =8080;
在编译阶段会为v生成ConstantValue属性,在准备阶段虚拟机会根据ConstantValue属性将v赋值为8080;
4.解析:
虚拟机将常量中的符号引用替换为直接引用过程,
符号引用就是class文件中的:
1、CONSTANT_Class_info
2、CONSTANT_Field_info
3、CONSTANT_Method_info
等类型常量;
5.符号引用:
符号引用与虚拟机实现的布局无关,引用的目标并不一定要已经加载到内存中。各种虚拟机实现的内存布局可以各不相同,但他们接受的符号引用是一致的,因为符号引用的字面量形式明确定义在java虚拟机规范的Class文件格式中。
6.直接引用:
直接引用可以是指向目标的指针,相对偏移量或是能直接定位到目标的句柄。如果有了直接引用,那引用的目标必定已经在内存中存在。
7.初始化:
初始化阶段是类加载的最后一个阶段,前面的类加载阶段之后,除了在加载阶段可以自定义类加载器以外其他操作都由jvm主导,到了初级阶段,才开始真正执行类中定义的java程序代码。
8.类构造器<client>:
初始化阶段是执行类构造器<client>方法的过程,<client>方法是由编译器自动收集类中的类变量的赋值操作和静态语句块中的语句合并而成的。虚拟机会保证<client>方法执行之前,父类的<client>方法已经执行完毕,如果一个类中没有对静态变量赋值也没有静态语句块,那么编译器可以不为这类生成<client>方法。
以下几种情况不会执行类初始化:
1、通过子类引用父类的静态字段,只会触发父类的初始化,而不会触发子类的初始化;
2、定义对象数组,不会触发该类的初始化。
3、常量在编译期间会存入调用类的常量池中,本质上并没有直接引用定义常量的类,不会触发定义常量所在的类。
4、通过类名获取Class对象,不会触发类的初始化。
5、通过ClassForName加载指定类时,如果指定参数initialize位false时,也不会触发类初始化,其实这个参数是告诉虚拟机是否要对类进行初始化。
6、通过ClassLoader默认的loadClass方法也不会触发初始化动作。
Ⅱ.
1.类加载器:
1、启动类加载器(Bootstrap ClassLoader)
负责加载JAVA_HOME/lib目录中的,或通过-Xbootclasspath参数指定路径中,
且被虚拟机认可(按文件名识别,如rt.jar)的类。
2、扩展类加载器(Extension ClassLoader)
负责加载JAVA_HOME/lib/ext目录中的,或通过java.ext.dirs系统变量指定路径
中的类库。
3、应用程序类加载器(Application ClassLoader)
负责加载用户路劲(classpath)上的类库,
JVM 通过双亲委派模型进行类的加载,当然我们也可以通过继承 java.lang.ClassLoader
实现自定义的类加载器。
2.双亲委派:
当一个类收到了类加载请求,他首先不会尝试自己去加载这个类,而是把这个请求委派给父类完成,每一个层次类加载器都是如此,因此所有的加载请求都应该传送到启动类加载其中,只有当父类加载器反馈自己无法完成这个请求的时候(在他的加载路劲下没有找到需要加载的Class)子类加载器才会尝试自己去加载。
好处:
在位于rt.jar包中的类java.lang.Object,不管是哪个加载器加载这个类,最终都是委托给
位于顶层的启动类加载器进行加载,这样就保证了使用不同的类加载器最终得到的都是同样一个Object。
3.OSGI(动态模型系统):
1.动态改变构造:
OSGI服务平台提供在多种网络设备上无需重启的动态构造的功能,为了最小化耦合度
和促使这些耦合度可管理,OSGI技术提供一种面向服务的架构,他能使这些组件动态地发
现对方。
2.模块化编程与热插拔:
OSGI旨在为实现java程序的模块化编程提供基础条件,基于OSGI的程序很可能可以实
现模块化级的热插播功能,当程序升级更新时,可以只停用、重新安装然后启动程序的其中
一部分,这对企业级程序开发来说是非常具有诱惑力的特性。
OSGI描绘了一个很美好的模块化开发目标,而且定义实现了这个目标的所需要服务架构,
同时也有成熟的架构进行实现支持。但并非所有的应用都适合采用OSGI作为基础架构,他在
提供强大的功能同时,也引入了额外的复杂度,因为它不遵守了类加载的双亲委派模型。