JVM从1%到99%【精选】-类加载子系统

目录

1.类的生命周期

1.加载 

2.连接 

3.初始化 

2.类的加载器 

1.类加载器的分类 

2.双亲委派机制 

3.面试题:类的双亲委派机制是什么? 

4.打破双亲委派机制

1.类的生命周期

类加载过程:加载、链接(验证、准备、解析)、初始化。这个过程是在类加载子系统完成的。 

1.加载 

  • 根据类的全限定名把字节码文件的内容加载并转换成合适的数据放入内存中,存放在方法区和堆上。
  • 1.通过一个类的全限定名获取定义此类的二进制字节流
  • 2.将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构
  • 3. 在内存中生成一个代表这个类的java.lang.Class对象,作为方法区这个类的各种数据的访问入口

2.连接 

  • 将类的二进制数据合并到JRE中。
  • 验证
    • 目的在于确保Class文件的字节流中包含信息符合当前虚拟机要求,保证被加载类的正确性,不会危害虚拟机自身安全。

    • 主要包括四种验证,文件格式验证,元数据验证,字节码验证,符号引用验证

      • 文件格式验证:验证字节码文件是否符合规范。

        • 魔数:是否魔数0xCAFEBABE开头

        • 版本号:版本号是否在JVM兼容范围

        • 常量类型:类常量池里常量类型是否合法

        • 索引值:索引值是否指向不存在或不符合类型的常量。

      • 元数据验证:元数据是字节码里类的全名、方法信息、字段信息、继承关系等。

        • 标识符:验证类名接口名标识符有没有符合规范

        • 接口实现方法:有没有实现接口的所有方法

        • 抽象类实现方法:有没有实现抽象类的所有抽象方法

        • final类:是不是继承了final类。

      • 指令验证:主要校验类的方法体,通过数据流和控制流分析,保证方法在运行时不会危害虚拟机安全。

        • 类型转换:保证方法体中的类型转换是否有效。例如把某个类强转成没继承关系的类

        • 跳转指令:保证跳转指令不会跳转到方法体以外的字节码指令上;

        • 保证任意时刻操作数栈的数据类型与指令代码序列都能配合工作。

      • 符号引用验证:确保后面解析阶段能正常执行。

        • 类全限定名地址:验证类全限定名是否能找到对应的类字节码文件

        • 引用地址:引用指向地址是否存在实例
        • 引用权限:是否有权引用
  • 准备
    • 为类变量分配内存并且设置该类变量的默认初始值,即零值。
    • 这里不包含用final修饰的static,因为fina1在编译的时候就会分配了,准备阶段会显式初始化;
    • 这里不会为实例变量分配初始化,类变量会在方法区中,而实例变量是会随着对象一起分配到Java堆中。
  • 解析
    • 将常量池内的符号引用转换为直接引用部过程。
    • 事实上,解析操作往往会伴随着JVM在执行完初始化之后再执行。

3.初始化 

  • 初始化阶段会执行静态代码块中的代码,并为静态变量赋值。
  • 1.静态变量的定义使用final关键字,这类变量会在准备阶段直接进行初始化(除非要执行方法)。
  • 2.直接访问父类的静态变量,不会触发子类的初始化。子类的初始化cinit调用之前,会先调用父类的cinit初始化方法。

2.类的加载器 

  • 类加载器:是Java虚拟机提供给应用程序去实现获取类和接口字节码数据的技术。
  • 作用:类加载器(ClassLoader)负责在类加载过程中的字节码获取并加载到内存这一部分。通过加载字节码数据放入内存转换成byte]],接下来调用虚拟机底层方法将byte]]转换成方法区和堆中的数据。

1.类加载器的分类 

类加载器分为两类,一类是Java代码中实现的,一类是Java虚拟机底层源码实现的。

  • 1.启动类加载器:默认加载Java安装目录/jre/lib下的类文件或通过 -Xbootclasspath 参数指定路径中的,且被虚拟机认可(按文件名识别,如 rt.jar)的类。
  • 2.扩展类加载器:默认加载Java安装目录/jre/lib/ext下的类文件或通过 java.ext.dirs 系统变量指定路径中的类库。
  • 3.应用程序类加载器:负责加载用户路径(classpath)上的类库。

2.双亲委派机制 

  • 由于Java虚拟机中有多个类加载器,双亲委派机制的核心是解决一个类到底由谁加载的问题。

  • 双亲委派机制
    • 自底向上查找是否加载过,再由顶向下进行加载。
      • 向上查找如果已经加载过,就直接返回Class对象,加载过程结束。这样就能避免一个类重复加载。
      • 如果所有的父类加载器都无法加载该类,则由当前类加载器自己尝试加载。所以看上去是自顶向下尝试加载。

3.面试题:类的双亲委派机制是什么? 

  • 1、当一个类加载器去加载某个类的时候,会自底向上查找是否加载过,如果加载过就直接返回,如果一直到最顶层的类加载器都没有加载,再由顶向下进行加载。
  • 2、应用程序类加载器的父类加载器是扩展类加载器,扩展类加载器的父类加载器是启动类加载器。
  • 3、双亲委派机制的好处有两点:第一是避免恶意代码替换JDK中的核心类库,比如java.lang.String,确保核心类库的完整性和安全性。第二是避免一个类重复地被加载。

4.打破双亲委派机制

打破双亲委派机制的三种方式:

  • 1.自定义类加载器自定义类加载器并且重写loadClass方法,就可以将双亲委派机制的代码去除。
  • 2.线程上下文类加载器利用上下文类加载器加载类,比如JDBC和JNDI等。
  • 3.Osgi框架的类加载器:历史上osgi框架实现了一套新的类加载器机制,允许同级之间委托进行类的加载 。
  • 24
    点赞
  • 31
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

会敲代码的小张

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值