虚拟机类加载机制

最新推荐文章于 2024-04-15 23:51:24 发布

指挥官飞飞

最新推荐文章于 2024-04-15 23:51:24 发布

阅读量88

点赞数

分类专栏： JVM 文章标签： jvm jvm 类加载机制 jvm 加载器 java 类加载机制

本文链接：https://blog.csdn.net/qq_16557637/article/details/89570417

版权

3 篇文章 0 订阅

订阅专栏

Java虚拟机加载步骤主要为：加载验证准备解析初始化

加载：获取要加载类的二进制字节流，并不只是单纯地从Class文件中获取，比如它还可以从Jar包中获取、从网络中获取（最典型的应用便是Applet）、由其他文件生成（JSP应用）等

验证：对加载进来的二进制流进行文件格式，元数据，字节码，符号引用进行验证

1.文件格式的验证：验证字节流是否符合Class文件格式的规范，并且能被当前版本的虚拟机处理，该验证的主要目的是保证输入的字节流能正确地解析并存储于方法区之内。经过该阶段的验证后，字节流才会进入内存的方法区中进行存储，后面的三个验证都是基于方法区的存储结构进行的。
2.元数据验证：对类的元数据信息进行语义校验（其实就是对类中的各数据类型进行语法校验），保证不存在不符合Java语法规范的元数据信息。
3.字节码验证：该阶段验证的主要工作是进行数据流和控制流分析，对类的方法体进行校验分析，以保证被校验的类的方法在运行时不会做出危害虚拟机安全的行为。
4.符号引用验证：这是最后一个阶段的验证，它发生在虚拟机将符号引用转化为直接引用的时候（解析阶段中发生该转化，后面会有讲解），主要是对类自身以外的信息（常量池中的各种符号引用）进行匹配性的校验。

准备：为加载的类的变量（即静态变量被static修饰的）分配内存并初始化默认零值，（注：同时被final和static修饰，那么在准备阶段变量value就会被初始化为ConstValue属性所指定的值，此时的初始化不包括实例变量，实例变量会在对象实例化时随着对象一块分配在Java堆中）

解析：将虚拟机将常量池中的符号引用替换为直接引用

1.类或接口的解析：判断所要转化成的直接引用是对数组类型，还是普通的对象类型的引用，从而进行不同的解析。
2.字段解析：对字段进行解析时，会先在本类中查找是否包含有简单名称和字段描述符都与目标相匹配的字段，如果有，则查找结束；如果没有，则会按照继承关系从上往下递归搜索该类所实现的各个接口和它们的父接口，还没有，则按照继承关系从上往下递归搜索其父类，直至查找结束。
3.类方法解析：对类方法的解析与对字段解析的搜索步骤差不多，只是多了判断该方法所处的是类还是接口的步骤，而且对类方法的匹配搜索，是先搜索父类，再搜索接口。
4.接口方法解析：与类方法解析步骤类似，知识接口不会有父类，因此，只递归向上搜索父接口就行了。

初始化：对类的静态变量，静态代码块执行初始化操作。

虚拟机规范严格规定了有且只有四种情况必须立即对类进行初始化：

遇到new、getstatic、putstatic、invokestatic这四条字节码指令时，如果类还没有进行过初始化，则需要先触发其初始化。生成这四条指令最常见的Java代码场景是：使用new关键字实例化对象时、读取或设置一个类的静态字段（static）时（被static修饰又被final修饰的，已在编译期把结果放入常量池的静态字段除外）、以及调用一个类的静态方法时。
使用Java.lang.refect包的方法对类进行反射调用时，如果类还没有进行过初始化，则需要先触发其初始化。
当初始化一个类的时候，如果发现其父类还没有进行初始化，则需要先触发其父类的初始化。
当虚拟机启动时，用户需要指定一个要执行的主类，虚拟机会先执行该主类。

启动类加载器(由C++实现是虚拟机一部分)
其他类加载器(由Java语言实现，独立于虚拟机之外，并且全部继承自抽象类java.lang.ClassLoader，这些类加载器需要由启动类加载器加载到内存中之后才能去加载其他的类)

启动类加载器(跟上面相同。它负责加载存放在JDK\jre\lib(JDK代表JDK的安装目录，下同)下，或被-Xbootclasspath参数指定的路径中的，并且能被虚拟机识别的类库（如rt.jar，所有的java.*开头的类均被Bootstrap ClassLoader加载）。启动类加载器是无法被Java程序直接引用的。)
扩展类加载器(由java.ext.dirs系统变量指定的路径中的所有类库（如javax.*开头的类)
应用程序类加载器(负责加载用户类路径（ClassPath）所指定的类)

关注