Java虚拟机类加载机制
2020-12-13 04:49
标签：调用 eth 必须 直接 实例 策略 gets ext 参数 虚拟机把描述类的数据从Class文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的Java类型，这就是虚拟机的类加载机制。 与那些在编译时需要进行连接工作的语言不同，在Java语言里面，类型的加载、连接和初始化过程都在程序运行期间完成的，这种策略虽然会稍微增加一些系统性能开销，但是会为Java应用程序提供高度的灵活性，而Java在运行时期动态加载和动态连接这个两个 特点正式Java可以动态拓展的特性。 我们可以通过Java预定义的和自定义类加载器，让一个存在的本地程序在运行时从网络或者其他地方加载一个二进制流作为程序的一部分，例如最基础的Applet、JSP、OSGI技术等，都是利用了Java语言运行期类加载的特性。 类从被加载到虚拟机内存中开始，到卸载出内存为止，它的整个生命周期包括：加载（Loading）、验证（Verification）、准备（Preparation）、解析（Resolution）、初始化（Initialization）、使用（Using）、和卸载（Unloading）7个阶段。 其中验证、准备、解析3个部分统称为连接（Linking）。 加载、验证、准备、初始化、和卸载这个5个阶段的顺序时确定的，类的加载过程必须按照这种顺序按部就班的开始，而解析阶段则不一定，通常会在一个阶段执行的过程中调用、激活另外一个阶段，在某些情况下可以在初始化之后再解析，这是为了支持Java 语言的运行时绑定（也叫动态绑定或者晚期绑定）。 Java虚拟机并没有强制约束何时开始加载，但是对于一下5中情况必须对类进行初始化有强制规定。 对于这5种会触发类进行初始化的场景，可以称为对一个类进行主动引用。除此之外，所有引用类的方式都不会触发初始化，称为被动引用。 实例代码 为什么只会输出SuperClass init! 而不会输出SubClass init!。因为对于静态字段，只有直接定义这个字段的类才会被初始化，因此通过其子类来引用父类种定义的静态字段，只会触发父类的初始化而不会触发子类的初始化。对于Sun HotSpot虚拟机来说，可以通过-XX:+TraceClassLoading参数观察到此操作会导致子类的加载。 例子二 为什么没有输出SuperClass init!呢，说明并没有触发SuperClass的初始化阶段。 Java虚拟机类加载机制 标签：调用 eth 必须 直接 实例 策略 gets ext 参数 原文地址：https://www.cnblogs.com/yjp372928571/p/11123552.html概述
类加载的时机
public class SuperClass {
static {
System.out.println("SuperClass init!");
}
public static int value = 123;
}
public class SubClass extends SuperClass {
static {
System.out.println("SubClass init!");
}
}
public class TestMain {
public static void main(String[] args) {
System.out.println(SubClass.value);
}
}
运行结果
SuperClass init!
123
public class TestMain {
public static void main(String[] args) {
//System.out.println(SubClass.value);
SuperClass [] scaClasses = new SuperClass[10];
}
}
运行结果：无类加载的过程