JVM 类加载机制

标签: JVM 双亲委派 类加载机制 | 发表时间:2013-12-15 16:58 | 作者:coderbee
出处:http://coderbee.net

虚拟机类加载机制:把描述类的数据从class文件加载到内存,并对数据进行校验、转换解析和初始化,最终形成可以被虚拟机直接使用的 Java 类型。

在Java语言里面,类型的加载、连接和初始化都是在程序运行期间完成的。

类加载的时机

类的整个生命周期包括:加载(loading)、验证(verification)、准备(preparation)、解析(resolution)、初始化(initialization)、使用(using)和卸载(unloading) 7个阶段。其中 验证、准备、解析 3个部分统称连接(linking)。

class life cycle

5种必须立即初始化的情况:

  1. 遇到new, getstatic, putstatic 或 invokestatic 这4挑字节码指令;
  2. 使用 java.lang.reflect 包的方法对类进行反射调用;
  3. 初始化一个类的时候,其父类还没有初始化,必须先触发其父类的初始化;(对于接口,只有在真正用到其父接口的时候才会初始化)
  4. 虚拟机启动时,用户指定要执行的主类;
  5. 当使用 JDK 1.7 的动态语言支持时,如果一个 java.lang.invoke.MethodHandle 实例最后的解析结果 REF_getStatic, REF_putStatic, REF_invokeStatic 的方法句柄,并且这个方法句柄锁对应的类没有进行出事,则需要先触发其初始化。

对于静态字段,只有直接定义这个字段的类才会被初始化。

类加载过程

在加载阶段,虚拟机需要完成以下3件事:

  1. 通过一个类的全限定名来获取定义此类的二进制字节流;
  2. 将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构;
  3. 在内存中生成一个代表这个类的 java.lang.Class 对象 ,作为方法区这个类的各种数据的访问入口。

验证阶段大致上会完成下面4个阶段的校验动作:文件格式验证、元数据验证、字节码验证、符号引用验证。

准备阶段正式为类变量分配内存并设置类变量初始值。如果类变量是非常量的,那么这个初始值一般是零值,常量则根据class文件的里的ConstantValue设置为目标值。

解析阶段是将常量池内的符号引用转换为直接引用的过程。

符号引用(Symbolic References):符号引用以一组符号来描述所引用的目标,符号可以是任何形式的字面量,只要使用时能无歧义地定位到目标即可。符号引用与虚拟机的内存布局无关。
直接引用(Direct Reference):直接引用可以是直接指向目标的指针、相对偏移量或是一个能间接定位到目标的句柄。直接引用与虚拟机的内存布局有关。如果有了直接引用,引用的目标必定已在内存中。

初始化阶段是类加载的最后一步,到此阶段才真正开始执行类定义中的java程序代码。(执行类构造器 <clinit>() 方法)

<clinit>() 方法是由编译器自动收集类中所有的类变量的赋值动作和静态语句块( static{})中的语句合并产生,收集的顺序由语句在源文件中出现的顺序决定,静态语句块中只能访问到定义在静态语句块之前的变量,定义在它之后的变量,可以赋值,但不能访问。

类加载器

类加载器用于完成“通过一个类的全限定名来获取描述此类的二进制字节流”。

任何一个类,都需要由加载它的类加载器和这个类本身来确立其在 JVM 中的唯一性,每个类加载器都拥有一个独立的类名称空间。

从JVM的角度,只存在两种不同的类加载器:

  • 启动类加载器(Bootstrap ClassLoader),是JVM的一部分;
  • 其他所有的类加载器,用Java语言实现,独立于JVM,全部继承自 java.lang.ClassLoader

从开发人员角度,程序会使用到3中系统提供的类加载器:

  • 启动类加载器(Bootstrap ClassLoader):负责加载存放在 <JAVA_HOME>\lib 目录中的,或者被 -Xbootclasspath 参数所指定的路径中的,且是虚拟机识别的(仅安装文件名识别,如 rt.jar)类库。
  • 扩展类加载器(Extension ClassLoader):负责加载 <JAVA_HOME>\lib\ext 目录中下、或者被 java.ext.dirs 系统变量制定的路径下的所有类库。
  • 应用程序类加载器(Application ClassLoader):这个类加载器也称为系统类加载器,负责加载用户类路径上所指定的类库。

Parents Delegation Model

上图展示的关系称为类加载器的双亲委派模型(Parents Delegation Model)。

双亲委派模型要求除了启动类加载器之外,其余的类加载器都应当有自己的父类加载器,这种父子关系一般用组合实现:一个类加载器收到类加载请求时,首先委托给父类去加载,父类又递归地委托给自己的父类去加载,只有在父类无法加载时才自己尝试去加载。双亲委派模型不是强制的,只是建议。

适当地不遵守双亲委派模型可以实现一些特殊的类加载需求,比如热部署。

相关 [jvm 加载] 推荐:

JVM 类加载机制

- - 码蜂笔记
虚拟机类加载机制:把描述类的数据从class文件加载到内存,并对数据进行校验、转换解析和初始化,最终形成可以被虚拟机直接使用的 Java 类型. 在Java语言里面,类型的加载、连接和初始化都是在程序运行期间完成的. 类的整个生命周期包括:加载(loading)、验证(verification)、准备(preparation)、解析(resolution)、初始化(initialization)、使用(using)和卸载(unloading) 7个阶段.

JVM类加载机制

- - Java - 编程语言 - ITeye博客
Java中,在调用类的静态成员,或新建该类的对象等之前,类一定要先装入Java虚拟机中,这是勿庸置疑的. 要经过三步:装载(Load),链接(Link),初始化(Initializ). 其中链接又可分为校验(Verify),准备(Prepare),解析(Resolve)三步. ClassLoader就是用来装载的.

JVM学习笔记(六):类加载的时机

- - ITeye博客
本文根据《深入理解java虚拟机》第7章部分内容整理.     Java虚拟机把描述类的数据从Class文件加载到内存,并对数据进行校验、转换解析和初始化,最终形成可以被虚拟机直接使用的Java类型,这就是虚拟机的加载机制.    类从被加载到虚拟机内存中开始,到卸载出内存为止,它的整个生命周期包括了:加载(Loading)、验证(Verification)、准备(Preparation)、解析(Resolution)、初始化(Initialization)、使用(using)、和卸载(Unloading)七个阶段.

JVM研究

- - 开源软件 - ITeye博客
每天接客户的电话都是战战兢兢的,生怕再出什么幺蛾子了. 我想Java做的久一点的都有这样的经历,那这些问题的最终根结是在哪呢. JVM全称是Java Virtual Machine,Java虚拟机,也就是在计算机上再虚拟一个计算机,这和我们使用 VMWare不一样,那个虚拟的东西你是可以看到的,这个JVM你是看不到的,它存在内存中.

jvm调优

- - 互联网 - ITeye博客
printf "%x\n" 21742  找到耗时最长的进程. jstack pid | grep 54ee  定位某个类的方法. jstack 10535|grep -A 10 2a1d (最后十行). jmap 查询pid 内存线程. 附:TOP命令中需要关注的值:. (1)load average:此值反映了任务队列的平均长度;如果此值超过了CPU数量,则表示当前CPU数量不足以处理任务,负载过高.

学习JVM的References

- LightingMan - 淘宝JAVA中间件团队博客
本blog中列举了我学习JVM的references,会不断的更新,为了避免版权问题,就不在blog上提供references的下载了,感兴趣的同学可自行下载或购买,:). |— [ Hotspot GC论文 ]. |— [ 其他JVM GC ]. |— Linux内核源代码情景分析. |— Linux 内核中断内幕.

深入理解JVM

- 小伟 - ITeye论坛最新讨论
1   Java技术与Java虚拟机. 说起Java,人们首先想到的是Java编程语言,然而事实上,Java是一种技术,它由四方面组成: Java编程语言、Java类文件格式、Java虚拟机和Java应用程序接口(Java API). 图1   Java四个方面的关系. 运行期环境代表着Java平台,开发人员编写Java代码(.java文件),然后将之编译成字节码(.class文件).

jvm垃圾回收

- Cano - 淘宝共享数据平台 tbdata.org
在jvm中堆空间划分为三个代:年轻代(Young Generation)、年老代(Old Generation)和永久代(Permanent Generation). 年轻代和年老代是存储动态产生的对象. 永久带主要是存储的是java的类信息,包括解析得到的方法、属性、字段等等. 我们这里讨论的垃圾回收主要是针对年轻代和年老代.

JVM内存分配

- - 移动开发 - ITeye博客
计算机内存,它算是CPU与计算机打交道最频繁的区域,所有数据都是先经过硬盘至内存,然后由CPU再从内存中获取数据进行处理,又将数据保存到内存,通过分页或分片技术将内存中的数据再flush至硬盘. 那JVM的内存结构到底是如何呢. JVM做为一个运行在操作系统上,但又独立于os运行的平台,它的内存至少应该包括象寄存器、堆栈等区域.

Azul开源Zing Jvm

- - InfoQ cn
4月末,继Zing 5.2 之后,. Azul Systems宣布他们将无停顿(pauseless )的 Zing JVM提供给开源软件开发者和项目,以供开发和测试. Azul Systems 工程部副总裁和合作创始人Shyam Pillalamarri向InfoQ说明道:. 我们的部署很大一部分基于开源组件,所以我们认为:“假设我们不能将一些有价值的东西免费提供给开源项目贡献者,他们将一直受限于从Java虚拟机(JVM)视角所看到的内容”,他们将不会考虑额外的用例,或者选择其他能解决了所有内存或扩展性问题、类似Zing的系统.