JVM系列 : 类加载、类加载器

全文内容均以Oracle的HotSpot JVM实现为准

类加载简介

字节码必须加载到JVM环境后 , 才可以执行 。
字节码执行有三种模式 :

  • 解释执行
  • JIT编译执行
  • JIT编译与解释混合执行(默认执行模式)
    混合执行模式的优势在节省编译时间 , JVM经过预热 , 能识别高频的方法调用、循环体、公共模块等 , 基于JIT动态编译技术 , 将热点代码转换成机器码 , 直接交给CPU执行 。
    在这里插入图片描述

类加载过程

类加载主要分为三步 , 加载、链接、初始化
链接包括 , 验证、准备、解析
在这里插入图片描述

加载 :

  • 通过类的全限定名获取二进制字节流
  • 将二进制流代表的静态存储结构转为方法区的运行时数据结构
  • 在内存中生成代表此类的Class对象 , 作为访问入口

验证 :

  • 文件格式验证, 源数据验证 , 字节码验证 , 符号引用验证

准备 :

  • 为类变量分配内存 , 并设置变量初始值

解析 :

  • JVM将常量池中的符号引用替换为直接引用
    在这里插入图片描述

初始化 :

  • 真正意义上执行Java程序 , 该阶段会执行类构造器

使用 :

  • 使用该类提供的功能

卸载

  • 从内存中释放

类加载是一个将.class字节码文件实例化成Class对象并进行相关初始化的过程。在这个过程中 , JVM会初始化该类所有没被初始化过的父类 , 并且执行这个链路上未执行过的静态代码块、静态变量赋值语句等。

类加载器简介

Java类加载器是JRE的一部分,负责动态加载Java类到JVM内存。
类通常是懒加载 , 显著降低了Java运行时与文件系统的耦合度。

JVM的3个默认类加载器 :

  • 引导(Bootstrap)类加载器 。
    • 由Native代码编写 , 负责加载核心Java库。
  • 扩展(Extensions)类加载器。
    • 主要加载$JAVAHOME/jre/lib/ext下的库。
  • Apps类加载器(系统类加载器)。
    • 加载classpath目录下所有jar和class。

继承关系如下 :
在这里插入图片描述
Bootstrap已加载的类库 , 可通过如下代码查看

URL[] urls = sun.misc.Launcher.getBootstrapClassPath().getURLs();
for (URL url : urls) {
System.out.println(url.toExternalForm());
}

执行结果如下 :

file:/C:/Program%20Files/Java/jdk1.8.0_131/jre/lib/resources.jar
file:/C:/Program%20Files/Java/jdk1.8.0_131/jre/lib/rt.jar
file:/C:/Program%20Files/Java/jdk1.8.0_131/jre/lib/sunrsasign.jar
file:/C:/Program%20Files/Java/jdk1.8.0_131/jre/lib/jsse.jar
file:/C:/Program%20Files/Java/jdk1.8.0_131/jre/lib/jce.jar
file:/C:/Program%20Files/Java/jdk1.8.0_131/jre/lib/charsets.jar
file:/C:/Program%20Files/Java/jdk1.8.0_131/jre/lib/jfr.jar
file:/C:/Program%20Files/Java/jdk1.8.0_131/jre/classes

Bootstrap加载的路径可以追加 , 在JVM中增加如下启动参数 , 可以通过Class.forName正常读取到指定类。

-Xbootclasspath/a : /Users/yangguanbao/book/easyCoding/byJdkl l/ src

如果想在启动时观察加载了哪个jar包中的哪个类 , 可以增加如下参数

-XX:+TraceClassLoading

双亲委派模型

类加载器加载一个类 , 会把加载请求交给父类加载器 , 所有类的加载请求都会传递到启动类加载器。当父类加载器无法完成加载 , 加载请求才会被转交给子类加载器 。
在这里插入图片描述

备注

  • 加载一个类 , 由类加载器的loadClass启动 , 最终做加载工作的是defineClass , 根据委派原理 , 启动加载的类加载器(intiating loader)与完成加载工作的类加载器(defining loader)不一定是同一个 , JVM中 , 判断两个类是否相同 , 使用的是defining loader
  • 类A引用了类B , 类B由类A的defining loader负责启动加载
  • loadClass抛出java.lang.ClassNotFoundException异常
  • defineClass抛出java.lang.NoClassDefFoundError异常
  • 类加载器加载成功后 , 会将该类的实例缓存 , 相同的全类名的类 , 只能加载一次。

类加载器的应用

资源隔离

  • 某些框架内进行中间件与应用的模块隔离 , 把类加载到不同的环境。

扩展加载源

  • 比如通过数据库、网络等加载

热部署

  • 占坑 , 后续补足 ?

代码保护

  • Java代码容易被反编译和篡改 , 可以进行编译加密 , 那么类加载器也需要自定义 , 还原被加密的字节码 。
  • 3
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值