Java中类的初始化

类从被加载到虚拟机内存中开始,到卸载出内存为止,它的整个生命周期包括:加载、验证、准备、解析、初始化、使用和卸载七个阶段。其中验证、准备、解析3个部分统称为连接。类加载的过程包括了加载、验证、准备、解析、初始化五个阶段。

加载、验证、准备、初始化和卸载这5个阶段的顺序时确定的,类的加载过程必须按照这种顺序按部就班的开始,而解析阶段则不一定,它在某些情况下可以在初始化阶段之后开始,这是为了支持Java语言的运行时绑定(也成为动态绑定或晚期绑定)。另外注意这里的几个阶段是按顺序开始,而不是按顺序进行或完成,因为这些阶段通常都是互相交叉地混合进行的,通常在一个阶段执行的过程中调用或激活另一个阶段。

类初始化是类加载过程的最后一个阶段,到初始化阶段,才真正开始执行类中的Java程序代码。虚拟机规范严格规定了有且只有5种情况必须立即对类进行初始化:

  • 第一种:遇到new、getstatic、putstatic、invokestatic这四条字节码指令时,如果类还没有进行过初始化,则需要先触发其初始化。生成这四条指令最常见的Java代码场景是:使用new关键字实例化对象时、读取或设置一个类的静态字段(static)时(被static修饰又被final修饰的,已在编译期把结果放入常量池的静态字段除外)、以及调用一个类的静态方法时。
  • 第二种:使用Java.lang.refect包的方法对类进行反射调用时,如果类还没有进行过初始化,则需要先触发其初始化。
  • 第三种:当初始化一个类的时候,如果发现其父类还没有进行初始化,则需要先触发其父类的初始化。
  • 第四种:当虚拟机启动时,用户需要指定一个要执行的主类,虚拟机会先执行该主类。
  • 第五种:当使用JDK1.5支持时,如果一个java.langl.incoke.MethodHandle实例最后的解析结果REF_getStatic、REF_putStatic、REF_invokeStatic的方法句柄,并且这个方法句柄所对应的类没有进行过初始化,则需要先触发其初始化。

虚拟机规定有且只有这5种情况才会触发类的初始化,这5中场景中的行为称为对一个类进行主动引用,除此之外所有引用类的方式都不会触发其初始化,称为被动引用。下面举一些例子来说明被动引用。

1、通过子类引用父类中的静态字段,这时对子类的引用为被动引用,因此不会初始化子类,只会初始化父类

package org.wrh.classupload;
/*
 * 通过子类引用父类的静态字段,不会导致子类初始化
 * */
public class TestClassDemo01 {

    public static void main(String[] args) {
        // TODO Auto-generated method stub
        System.out.println(SubClass.i);//子类引用父类的静态字段

    }

}
class SuperClass{
    public static int i=3;//父类的static字段
    static{//当此类在虚拟机中初始化的时候,此static块将会被执行
        System.out.println("SuperClass  init");
    }
}
class SubClass extends SuperClass{
    static{//当此类在虚拟机中初始化的时候,此static块将会被执行
        System.out.println("SubClass init");
    }

}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26

程序运行结果如下:

SuperClass init 
3

即只输出了“SuperClass init”,而没有输出“SubClass init”。

结论:对于静态字段,只有直接定义这个字段的类才会被初始化,因此通过其子类来引用父类中定义的静态字段,只会触发父类的初始化而不会触发子类的初始化。至于是否要触发子类的加载和验证,在虚拟机规范中并未明确规定,这点取决于虚拟机的具体实现。

使用new实例化对象时,会先把父类初始化,然后再初始化此类本身

package org.wrh.classupload;
/*
 * 通过子类引用父类的静态字段,不会导致子类初始化
 * */
public class TestClassDemo01 {

    public static void main(String[] args) {
        //System.out.println(SubClass.i);
        //SuperClass s=new SuperClass();
        SubClass s=new SubClass();

    }

}
class SuperClass{
    public static int i=3;
    static{
        System.out.println("SuperClass  init");
    }
}
class SubClass extends SuperClass{
    static{
        System.out.println("SubClass init");
    }

}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27

运行结果如下:

SuperClass init 
SubClass init

通过数组定义来引用类,不会触发此类的初始化

package org.wrh.classupload;

public class TestClassDemo02 {

    public static void main(String[] args) {
        // TODO Auto-generated method stub
        SuperClass_1 superClass[]=new SuperClass_1[5];

    }

}
class SuperClass_1{
    static{
        System.out.println("SuperClass init");
    }

}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18

执行后没有输出任意内容,说明没有进行任何类的初始化工作。

但是,但这段代码里触发了另一个名为“LLSuperClass_1”的类的初始化,它是一个由虚拟机自动生成的、直接继承于java.lang.Object的子类,创建动作由字节码指令newarray触发,很明显,这是一个对数组引用类型的初始化。

常量在编译阶段会存入调用它的类的常量池中,本质上没有直接引用到定义该常量的类,因此不会触发定义常量的类的初始化

package org.wrh.classupload;

public class NotInitialization {

    public static void main(String[] args) {
        System.out.println(ConstClass.VALUE);
    }

}
class ConstClass{
    public static final int VALUE=3;
    static{
        System.out.println("ConstClass init");
    }
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16

运行结果如下:

3

没有输出“ConstClass init”,因此可以得到当我们引用final修饰的常量时此类并没有初始化。 
虽然程序中引用了ConstClass类的常量VALUE,但是在编译阶段将此常量的值“3”存储到了调用它的类ConstClass的常量池中,对常量Const.VALUE的引用实际上转化为了ConstClass类对自身常量池的引用。也就是说,实际上ConstClass的Class文件之中并没有Const类的符号引用入口,这两个类在编译成Class文件后就不存在任何联系了。

接口的加载过程

接口的加载过程与类加载过程稍微有点不同,针对接口需要做一些特殊的说明:接口也有初始化过程,这点与类是一致的,上面的代码都是用静态语句块”static{}“来输出初始化信息的,而接口中不能使用”static{}“语句块,但是编译器仍然会为接口生成”()”类构造器,用于初始化接口中所定义的成员变量。接口与类真正有所区别的是前面讲述的5种“有且只有”需要开始初始化场景中的第三种:当一个类在初始化时,要求其父类全部都已经初始化过了,但是在接口在初始化的时候,并不要求其父接口都完成了初始化,只要在真正使用到父接口的时候(如引用接口中定义的常量)才会初始化

时间: 2024-07-30 10:17:06

Java中类的初始化的相关文章

java中类的初始化和对象的初始化

静态的属于全局静态区,这个部分独立存在,不管是成员还是块,都是静态的,大家地位相等,先到先得. 然后是成员初始化,这个部分在类的构造函数前初始化,因为编译器(或者设计者)可能认为构造函数调用了这个成员变量,所以在其前初始化了.或者说是成员自己有自己的能力来初始化自己,不用构造函数来管,这部分属于能力比较强的,虽然没有静态的地位高,但是,还是能自给自足的一部分团体. 最后才构造函数,这个时候就开始动工来建立这个类的实例了.这个步骤相当于建大楼,终于开始建立了,前面的准备工作已经准备完了,下面就开始

java中类成员初始化顺序

java中初始化类成员方法包括: 1.显示域初始化,比如public int a=1;public static int b=1: 2.初始化块,分为普通初始化块,静态初始化块: 3.构造函数. 初始化的时候,首先是静态类的初始化方式执行,然后才是普通初始方式执行, 并且初始化块总是先于构造函数执行,显式域初始化与初始化块的执行顺序按照代码中出现的顺序执行. 显式静态域初始化先于静态初始化块 public class Hello{ public static int staticA=1; pub

Java中类的初始化顺序

对于静态变量.静态初始化块.变量.初始化块.构造器,它们的初始化顺序依次是(静态变量.静态初始化块)>(变量.初始化块)>构造器.我们也可以通过下面的测试代码来验证这一点: public class InitialOrderTest {// 静态变量public static String staticField = "静态变量";// 变量public String field = "变量";// 静态初始化块static {System.out.pr

java 中类的初始化顺序

//测试代码: 1 public class Test02 2 { 3 public Test02() 4 { 5 System.out.println("Test02"); 6 } 7 public static void main(String[] args) 8 { 9 Test03 test03= new Test03(); //1 10 //Test03.f(); //2 11 // System.out.println(Test03.i); //3 12 } 13 } 14

Java中类的加载、连接和初始化

Java中类的加载.连接和初始化 类的加载.连接和初始化 先介绍一下JVM和类 JVM和类: 当我们调用Java命令运行某个Java程序时,该命令将会启动一个Java虚拟机进程,不管该Java程序有多么复杂,该程序启动的所有线程,所有变量都处于该Java虚拟机进程里,它们都使用该JVM进程的内存区.当系统出现以下几种情况时,JVM进程将被终止. 1.       程序运行到最后正常结束: 2.       程序运行到使用System.exit()或Runtime.getRuntime().exi

java中类的创建及初始化过程

java中类的创建及初始化过程无外乎两种情况,其一为单类的创建及初始化,其二具有继承关系的父子类创建及初始化过程.     首先说简单的,单类的创建及初始化过程.在java中我们都知道绝大部分对象的创建时通过new 这个关键字来完成,当我们在自己的代码中写上       new ClassName()://创建 ClassName类的一个实例时,解释器当截取new这个关键字时,就会为ClassName量身定做一个内存空间,这个时候也就是为该类中的所有成员变量分配内存空间之时,并对其进行最原始的初

java中类的静态代码块、构造代码块、构造方法、静态成员的初始化顺序详解

一.描述 java中类的静态代码块.构造代码块.构造方法.静态成员的初始化顺序: 首先,在类加载时,为类中的静态成员变量分配内存空间,并为其赋予默认值(整数型为0,浮点型为0.0,布尔型为false,字符型为'\u0000',引用型为null): 其次,执行静态成员变量的显式初始化操作.静态成员的初始化方法有两种,其一为在声明的时候直接初始化,其二为使用静态代码块进行初始化, 这两种初始化方式会按照在类中的出现顺序来执行,而且只在类加载的时候执行一次. 再次,如果创建了类的对象,便会在堆中为类的

Java类的初始化过程及清理

一.类的数据成员初始化 Java中类的数据成员初试化可能有两种形式. 在定义类成员变量的地方直接提供初始化值(这是C++中不允许的) 在构造器中初试化.(Java中不存在类似C++中的初始化列表) 两者的区别是,第一种方式是数据成员直接初试化为提供的初始化值,而在构造器中初始化,其实在数据成员已经初试化为默认值(比如基本类型如int 初始化为0,引用类型初试为null,其实在在构造器已经不能称为初始化了,应该是赋值) 初始化顺序 如果有静态变量则先初始化静态变量,如果基类中也有静态变量且之前没有

Java实例变量初始化

由一道面试题所想到的--Java实例变量初始化 时间:2015-10-07 16:08:38      阅读:23      评论:0      收藏:0      [点我收藏+] 该题目源自微信公众号(程序员的那些事)的推送:携程 Java 工程师的一道面向对象面试题 题目是这样的:求下面程序的输出: public class Base { private String baseName = "base"; public Base() { callName(); } public v