JVM笔记-类加载机制（二）

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文件被同一个虚拟机加载，加载它的类加载器不同，那么这两个类就 必定不相等。得到的是两个独立类

双亲委派模型（重要）

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

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

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

 

破坏双亲委派模型

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

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

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

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

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

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

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

⑦否则，类查找失败