JVM笔记-类加载机制(二)

JVM笔记-类加载机制(二)_第1张图片

1.类加载时机

有且只有5种情况必须立即对类进行“初始化”

①遇到new、getstatic、putstatic、invokestatic字节码,(被final修饰放入常量池的除外)

②使用java.lang.reflect包的方法对类进行反射调用的时候

③初始化一个类,发现其父类还未初始化,则先初始化父类

④虚拟机启动时,先初始化主类

⑤jdk1.7动态语言支持,java.lang.invoke.MethodHandle实例解析结果的方法句柄对应的应先初始化

 

2.类加载过程

加载->验证->准备->解析->初始化

加载,一个类的全限定名来获取定义此类的二进制字节流,将此字节流所代表的静态存储结构转化为方法区运行时数据结构,

在内存中生成一个代表这个类的java.lang.Class对象作为类的入口。

验证,为了确保Class文件的字节流中包含的信息符合当前虚拟机要求

准备,正式位变量分配内存并设置类变量初始零值阶段,一般被static修饰的变量,赋值为真实值在初始化阶段。

解析,将常量池内的符号引用替换为直接引用的过程。

初始化,真正开始执行类中定义的java代码

 

3.类加载器

类与类加载器

即使同一个Class文件被同一个虚拟机加载,加载它的类加载器不同,那么这两个类就 必定不相等。得到的是两个独立类

双亲委派模型(重要)

JVM笔记-类加载机制(二)_第2张图片

当一个类加载器收到类加载请求,先会传递给父类去加载,每个层次的类加载器都是如此,最终会传递给启动类加载器。

如果发现自己加载不了,才会回退传递给子类。

在此之前会检查是否已经被加载过。

 

破坏双亲委派模型

OSGi环境下的类加载器,有循环依赖线程死锁和内存泄漏的风险

①将以java.*开头的类委派给父类加载器加载

②否则,将委派列表名单内的类委派给父类加载器加载

③否则,将import列表中的类委派给export这个类的bundle的类加载器加载

④否则,查找当前bundle的classpath,使用自己的类加载器加载

⑤否则,查找类是否在自己的fragment bundle中,如果在,则委派给fragment bundle的类加载器

⑥否则,查找dynamic import列表的bundle委派给对应bundle的类加载器

⑦否则,类查找失败

 

你可能感兴趣的:(jvm)