1、虚拟机执行过程
虚拟机(jvm)把描述类的数据从class文件或其他形式数据加载到内存,并对数据进行校验、准备、解析和初始化。最终形成可以被虚拟机直接使用的Java 类型。这就是虚拟机的类加载机制。
类加载的生命周期包括:加载、链接(验证、准备和解析)、初始化、使用、卸载。
启 动
Jvm通过调用某个类指定类的main方法启动,传递给main所在类一个字符串数组。如下:
java Test hello smurfs, welcome to jvm.这样jvm通过加载Test.class文件,然后把hello smurfs, welcome to jvm.作为5个长度的字符串数据传递给Test类的main方法去执行。
Jvm加载Test.class文件后,通过链接步骤,把Test.class生成的class对象链接到对应的类型,然后进行初始化操作,在所有都正确完成之后,才构造了一个完整的Test类对象,进而才能正确的执行方法。
⑴class文件装载:寻找一个具有特定名称的类的二进制形式,并且用这个二进制形式构造一个代表该类的class对象的过程叫装载(是个动词,指过程)。装载是通过ClassLoader和其子类实现的,ClassLoader的不同子类可以实现不同的装载策略,包括class文件加密()、特殊位置加载(网络加载)等都是通过classloader来完成的。类加载后的信息存在于jvm的方法区域内,这个区域缓存这类的信息,并且这个区域基本是不进行垃圾回收的,因此如果没有进行classloader加载对象的清空,新的class文件替代旧class文件后,类信息并没有被替换。
在加载阶段,虚拟机需要完成以下3件事情:
1、通过类的全限定名来获取定义此类的二进制流;
2、将这个二进制流所代表的静态存储结构转化为方法区(jvm内存)的运行时数据
3、在Java 堆(jvm内存)中生成一个代表类的java.lang.Class对象,作为方法区这些数据的入口。
如果类的装载出现错误,会抛出LinkageError异常的以下3个子类示例:
lClassCircularityError:因一个类或接口是自身的超类而不能被加载。
lClassFormatError:所要求的编译后的类的二进制数据是损坏的。
lNoClassDefFoundError:找不到类的定义。
以上3中error,以下一一举例:
l在不包含Test.java的目录里执行java Test后出现NoClassDefFoundError
l接下来看看ClassFormatError错误,首先编写个Test.java文件,内容如下:
修改编译后Test.class文件,把其中的println改成printl后,再通过java Test执行:
l最后来看ClassCircularityError错误。正常清空下,这种错误是不会存在的,但是当大型项目,需要很多人提交代码时就可能会出现问题。
首先编写2个类,Test和A,Test继承与A,详细代码如下:
编译后产生Test.class和A.class 2个2进制文件,删除A.class,把Test.class改名保护起来为Test.class.a,再编写Test和A,这次A继承自Test,详细代码如下:
这次编译后删除Test.class,保留A.class文件,然后把先前改名的Test.class.a该回Test.class,再执行java Test后
从二进制源码看,实际上Test继承了自身,因此会有如此的error。
原文链接:http://smurfs.iteye.com/blog/1433142
【编辑推荐】