全文内容均以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代码容易被反编译和篡改 , 可以进行编译加密 , 那么类加载器也需要自定义 , 还原被加密的字节码 。