您好,登录后才能下订单哦!
这篇文章主要讲解了“JVM分析之类加载机制是什么”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“JVM分析之类加载机制是什么”吧!
JVM内部架构包含类加载器、内存区域、执行引擎等。日常开发中,我们编写的java文件被编译成class文件后,jvm会进行加载并运行使用类。本次仅对JVM加载部分进行分析,了解并掌握加载机制。
类加载是一种过程,是将class文件加载到jvm内存的过程。当代码逻辑中需要引用类时,通过类加载器加载引用类对象并存放堆中,以供代码调用。
注:类加载过程包含 加载、链接(验证、准备、解析)、初始化
加载:将类的class字节码文件读到内存,将其存放到运行时数据区的方法区,然后在堆区生成class对象,封装类在方法区内的数据结构。(方法区-》数据结构,堆区-》class对象)
过程:java文件-》通过java c编译成字节码.class文件-》引导类加载器(装载核心类库)-》扩展类加载器(将指定目录jar包装载至工作库)-》系统类加载器(将指定目录的类和jar包装载至工作库,常用)-》自定义类加载器(实现加载指定类或自定义加密等操作)
缓存:类加载到jvm后,会缓存一段时间(不管是否被引用),待jvm执行垃圾回收时才会回收未使用的缓存类,释放空间。
类加载器:
启动类加载器:Bootstrap ClassLoader由C/C++实现,嵌套在JVM中,java程序无法直接操作;负责加载Java核心类库($JAVA_HOME中jre/lib目录下或-Xbootclasspath参数指定的路径目录下,如java.*开头的类)的class文件。
扩展类加载器:Extension ClassLoader由Java编写,由sun.misc.Launcher$ExtClassLoader
实现。加载java平台扩展的jar包,负责加载(java.ext.dirs目录或$JAVA_HOME
中jre/lib/ext
目录,如javax.开头的类)的class文件。
应用程序类加载器:Application ClassLoader由Java编写,由sun.misc.Launcher$AppClassLoader
实现。负责加载用户类路径(classpath)的class文件,java程序一般默认使用应用程序类加载器。
自定义类加载器:一般情况下java程序使用上面三种类加载器就满足了,一些特殊情况下,我们需要自定义加载指定路径的类时,就需要继承java.lang.ClassLoader类,重写find Class或loadClass均可实现。(类隔离实践中就采用此方案)
类加载机制
全盘负责:当加载器加载某个class时,该class所引用的其他class也一并被加载(自定义加载class除外);
缓存机制:所有加载过的class均被缓存,当程序中使用某个class时,优先从缓存区中获取,如果缓存区不存在,才会读取该class的字节码文件,加载为class对象,并存入缓存区,以便后续使用。(修改class后,需要重启jvm才会生效)
双亲委派:是一种类加载安全机制,当类加载器需要加载某个class文件时,会优先把加载委托给父类加载器处理,如果加载成功则返回,否则继续向上委托直至最顶层类加载器,当父类加载器在加载范围内均没有找到所需class文件,即表示无法完成加载,此时子加载器才会去加载。(先向上委托父类加载器处理,都失败后在自己再加载)
反向委派:主要是用于第三方包加载,第三方包的类不在jdk/lib目录,所以Bootstrap ClassLoader引导类加载器无法直接加载SPI(Service Provider Interface,服务提供者接口)的实现类,双亲委派机制中定义无法反向委托Application Classloader系统加载器加载,因此需要一种特殊的ContextClassLoader线程上下文类加载器来加载第三方的类库。(*** 此处SPI接口后续文章分析 ***)
加载实现方式
/* * 类加载方式 * 1、类加载器,此方式加载的class对象还没有完成链接阶段 * 2、java.lang.Class,此方式加载的class对象是完成初始化的 * */ ClassLoader classLoader = ClassSegregationTest.class.getClassLoader(); classLoader.loadClass("com.lgy.example.class_segregation.SegregationTestA"); // 默认初始化class对象 Class.forName("com.lgy.example.class_segregation.SegregationTestA"); // 默认不初始化,并且指定类加载器进行加载 Class.forName("com.lgy.example.class_segregation.SegregationTestA", false, classLoader);
链接是将java二进制代码合并至jvm运行的过程。
链接过程可分为 验证、准备、解析 三个阶段。
验证
保证正确加载类,包括文件格式验证(Class文件格式的规范)、元数据验证(Java语言规范)、字节码验证(通过数据流和控制流分析)、符号引用验证。
准备
在方法区为静态变量(static修饰)分配内存,并设置类变量初始值(通常是数据类型默认的零值,如0,0L,null,false等)。
显示赋值是在类对象实例化时处理(即 public static int x=10,准备阶段初始值为0,在对象实例化时,才被赋值10)
解析
虚拟机中将常量池的符号引用(常量名)替换为直接引用(目标的指针地址)的过程;
符号引用的目标不一定在内存中,但常量名(或称字面量)是明确定义在jvm规范的class文件格式中。
直接引用是指向目标的指针地址、相对偏移量或间接定位到目标的句柄,是肯定在内存中。
执行每个类的构造方法init()的过程,init()方法是java编译器自动收集、合并所有类变量的赋值动作和静态代码块语句,完成初始化。
初始化步骤
类未被加载或链接,则程序先加载并链接该类
优先初始化直接父类,再执行子类初始化
依次执行类中的初始化语句
初始化条件(只有对类主动使用时才会初始化类)
创建类实例(new Class)
类或接口静态变量的引用或赋值
类静态方法的调用
反射加载(Class.forName(''))
子类被初始化,其父类也会被初始化
jvm启动时被标记启动类的类,或直接java.exe命令运行指定类
演示代码如下:
/** * 定义父类与子类 */ class Parent { public static int a = 10; static { System.out.println(" 父类初始化 "); } } class Children extends Parent{ public static int a = 100; static { System.out.println(" 子类初始化 "); } } public static void main(String[] args) throws Exception { // 子类没有定义变量a ( public static int a = 100;) System.out.println(Children.a); // 输出 -- 父类初始化 -- 10 // 主动调用时才会执行类的静态块 ----------------------------------------- // 子类定义变量a System.out.println(Children.a); // 输出 -- 父类初始化 -- 子类初始化 -- 100 // 子类被初始化时,优先初始化父类,所以父类静态块执行;调用变量a属于子类定义,属于主动调用,所以子类静态块执行 }
调试输出加载对象(VM options 中添加 -XX:+TraceClassLoading)
[Loaded com.lgy.example.class_segregation.Parent from file:/E:/dataway-demo/example/target/classes/]
[Loaded com.lgy.example.class_segregation.Children from file:/E:/dataway-demo/example/target/classes/]
仅在首次主动使用才会被初始化。
感谢各位的阅读,以上就是“JVM分析之类加载机制是什么”的内容了,经过本文的学习后,相信大家对JVM分析之类加载机制是什么这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是亿速云,小编将为大家推送更多相关知识点的文章,欢迎关注!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。