new 指令 / 类加载初始化

一、第一个例子

SubClass sub = new SubClass(); 
1.javac编译.java源文件形成.class字节码文件; 
2.new SubClass()对象时,先检查有没有父类,有父类,类加载器(ClassLoader)先将父类的Class文件读入内存,创建一个java.lang.Class对象,然后加载子类,类加载器将子类的Class文件读入内存,创建一个java.lang.Class对象; 
3.先初始化父类的静态属性,再初始化父类的静态代码块;(初始化静态属性跟静态代码块的顺序跟写代码顺序有关)
4.再初始化子类的静态属性,再初始化子类的静态代码; 
5.在堆内存中分配内存空间,分配内存地址,此时是因为父类的特有属性才在堆内存中为父类对象分配空间。 
6.初始化父类的特有属性。 
7.初始化父类的构造代码块。 
8.初始化父类对象相应的构造方法。 
9.在堆内存中分配内存空间,分配内存地址,此时是因为子类的特有属性才在堆内存中为子类对象分配空间的。 
10.初始化子类的特有属性。 
11.初始化子类的构造代码块。 
12.初始化子类相应的构造方法。 
13.将子类的内存地址赋值给栈中的引用对象。 

public class ParentClass {
    // 静态变量

    public static String staticField = "父类--静态变量";

    public String field = "父类--普通变量";

    // 静态块
    static {
        System.out.println(staticField);
        System.out.println("父类--静态块");
    }

    // 初始化块
    {
        System.out.println(field);
        System.out.println("父类--普通块");
    }

    // 构造器
    public ParentClass() {
        System.out.println("父类--构造器");
    }
}

public class SubClass extends ParentClass {

    // 静态变量
    public static String sstaticField = "子类--静态变量";
    // 变量
    public String sField = "子类--变量";

    // 静态块
    static {
        System.out.println(sstaticField);
        System.out.println("子类--静态块");
    }

    // 初始化块
    {
        System.out.println(sField);
        System.out.println("子类--普通块");
    }

    // 构造器
    public SubClass() {
        System.out.println("子类--构造器");
    }

    public static void main(String[] args) {

        System.out.println("顺序:" + "第一次new SubClass");
        SubClass sub = new SubClass();
        System.out.println("顺序:" + "第二次new SubClass");
        new SubClass();
    }
}

程序执行的结果为: 
父类–静态变量 
父类–静态块 
子类–静态变量 
子类–静态块 
顺序:第一次new SubClass 
父类–普通变量 
父类–普通块 
父类–构造器 
子类–变量 
子类–普通块 
子类–构造器 
顺序:第二次new SubClass 
父类–普通变量 
父类–普通块 
父类–构造器 
子类–变量 
子类–普通块 
子类–构造器

二、另一个例子

public class Test {
    static {
        System.out.println("静态块--前置");
    }
    {
        System.out.println("构造块");
    }
    public static Test t1 = new Test();
    public static Test t2 = new Test();
    static {
        System.out.println("静态块--后置");
        System.out.println(t1.toString());
    }
    public Test(){
        System.out.println(t2 == null ? "实例化-null" : "已实例化"); 
        //这里说明还没有把实例出来的对象付给t2引用
    }

    public static void main(String arg[]){
    }
}

结果 1 :

静态块--前置
构造块
实例化-null
构造块
实例化-null
静态块--后置
Test@4f8e5cde

结果2:这个是把前置静态代码块注释后的结果

构造块
实例化-null
构造块
实例化-null
静态块--后置
Test@4f8e5cde

1.程序入口main方法要执行首先要加载类Test
2.静态域:分为静态变量,静态方法,静态块。这里面涉及到的是静态变量和静态块,当执行到静态域时,按照静态域的顺序加载。并且静态域只在类的第一次加载时执行
3.每次new对象时,会执行一次构造块和构造方法,构造块总是在构造方法前执行(当然,第一次new时,会先执行静态域,静态域 => 构造块=> 构造方法
注意:加载类时并不会调用构造块和构造方法,只有静态域会执行

4.根据前三点,首先加载类Test,再执行静态块(前置), 然后对静态成员进行声明,t1 被初始化为默认值,为null,又因为t1 需要被显式初始化,所以对t1进行显式初始化,初始化代码块→构造函数,输出构造块和构造方法(空)。依次static t2 =new Test,输出构造块,再执行静态块(后置),完成对整个静态域的加载,再执行main方法

三、关于初始化

所谓初始化,就是把变量赋予默认值。

当程序员没有给变量赋值的时候,java赋予其默认值,如null 或 0,这叫默认初始化

在类定义时,直接在各个成员变量的定义时,优先进行赋值,这叫显示初始化。

Phone p = new Phone() 作为例子

  1. 加载Phone.class文件进内存
  2. 在栈内存为p开辟空间
  3. 在堆内存为手机对象开辟空间
  4. 对手机对象的成员变量进行默认初始化
  5. 对手机对象的成员变量进行显示初始化
  6. 通过构造方法对手机对象的成员变量赋值
  7. 手机对象初始化完毕,把对象地址赋值给p变量

四、Java中类的初始化深入了解

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

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

类初始化是类加载过程的最后一个阶段,到初始化阶段,才真正开始执行类中的Java程序代码。

关于在什么情况下需要开始类加载过程的第一个阶段“加载”, 《Java虚拟机规范》 中并没有进行
强制约束, 这点可以交给虚拟机的具体实现来自由把握。 但是对于初始化阶段, 《Java虚拟机规范》则是严格规定了有且只有六种情况必须立即对类进行“初始化”(而加载、 验证、 准备自然需要在此之前开始) :

1)、 遇到new、 getstatic、 putstatic或invokestatic这四条字节码指令时, 如果类型没有进行过初始化, 则需要先触发其初始化阶段。 能够生成这四条指令的典型Java代码场景有:
·使用new关键字实例化对象的时候。读取或设置一个类型的静态字段(被final修饰、 已在编译期把结果放入常量池的静态字段除外)的时候。调用一个类型的静态方法的时候。
2)、 使用java.lang.reflect包的方法对类型进行反射调用的时候, 如果类型没有进行过初始化, 则需要先触发其初始化。
3)、 当初始化类的时候, 如果发现其父类还没有进行过初始化, 则需要先触发其父类的初始化。
4)、 当虚拟机启动时, 用户需要指定一个要执行的主类( 包含main()方法的那个类) , 虚拟机会先初始化这个主类。
5)、 当使用JDK 7新加入的动态语言支持时, 如果一个java.lang.invoke.MethodHandle实例最后的解析结果为REF_getStatic、 REF_putStatic、 REF_invokeStatic、 REF_newInvokeSpecial四种类型的方法句柄, 并且这个方法句柄对应的类没有进行过初始化, 则需要先触发其初始化。
6)、 当一个接口中定义了JDK 8新加入的默认方法( 被default关键字修饰的接口方法) 时, 如果有这个接口的实现类发生了初始化, 那该接口要在其之前被初始化。

对于这六种会触发类型进行初始化的场景, 《Java虚拟机规范》 中使用了一个非常强烈的限定语
——“有且只有”, 这六种场景中的行为称为对一个类型进行主动引用。 除此之外, 所有引用类型的方式都不会触发初始化, 称为被动引用

下面举三个例子来说明何为被动引用, 分别见代码清单7-1、 代码清单7-2和代码清单7-3。


代码清单7-1 被动引用的例子之一

package org.fenixsoft.classloading;
/**
 * 被动使用类字段演示一:
 * 通过子类引用父类的静态字段, 不会导致子类初始化
 **/
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 NotInitialization {
    public static void main(String[] args) {
        System.out.println(SubClass.value);
    }
}

上述代码运行之后, 只会输出“SuperClass init! ”, 而不会输出“SubClass init! ”。 对于静态字段,只有直接定义这个字段的类才会被初始化 因此通过其子类来引用父类中定义的静态字段, 只会触发父类的初始化而不会触发子类的初始化。 至于是否要触发子类的加载和验证阶段, 在《Java虚拟机规范》 中并未明确规定, 所以这点取决于虚拟机的具体实现。 对于HotSpot虚拟机来说, 可通过-XX:+TraceClassLoading参数观察到此操作是会导致子类加载的。


代码清单7-2 被动引用的例子之二

package org.fenixsoft.classloading;
/**
* 被动使用类字段演示二:
* 通过数组定义来引用类, 不会触发此类的初始化
**/
public class NotInitialization {
    public static void main(String[] args) {
        SuperClass[] sca = new SuperClass[10];
    }
}

为了节省版面, 这段代码复用了代码清单7-1中的SuperClass, 运行之后发现没有输出“SuperClass init! ”, 说明并没有触发类org.fenixsoft.classloading.SuperClass的初始化阶段。 但是这段代码里面触发了另一个名为“[Lorg.fenixsoft.classloading.SuperClass”的类的初始化阶段, 对于用户代码来说, 这并不是一个合法的类型名称, 它是一个由虚拟机自动生成的、 直接继承于java.lang.Object的子类, 创建动作由字节码指令new array触发。
        这个类代表了一个元素类型为org.fenixsoft.classloading.SuperClass的一维数组, 数组中应有的属性和方法(用户可直接使用的只有被修饰为public的length属性和clone()方法) 都实现在这个类里。 Java语言中对数组的访问要比C/C++相对安全, 很大程度上就是因为这个类包装了数组元素的访问[1], 而C/C++中则是直接翻译为对数组指针的移动。 在Java语言里, 当检查到发生数组越界时会抛出java.lang.ArrayIndexOutOfBoundsException异常, 避免了直接造成非法内存访问。


代码清单7-3 被动引用的例子之三

package org.fenixsoft.classloading;
/**
 * 被动使用类字段演示三:
 * 常量在编译阶段会存入调用类的常量池中, 本质上没有直接引用到定义常量的类, 因此不会触发定义常量的
 类的初始化
 **/
public class ConstClass {
    static {
        System.out.println("ConstClass init!");
    } 
    public static final String HELLOWORLD = "hello world";
} 
/**
* 非主动使用类字段演示
**/
public class NotInitialization {
    public static void main(String[] args) {
        System.out.println(ConstClass.HELLOWORLD);
    }
}

上述代码运行之后, 也没有输出“ConstClass init! ”, 这是因为虽然在Java源码中确实引用了
ConstClass类的常量HELLOWORLD, 但其实在编译阶段通过常量传播优化, 已经将此常量的值“hello world”直接存储在NotInitialization类的常量池中, 以后NotInitialization对常量
ConstClass.HELLOWORLD的引用, 实际都被转化为NotInitialization类对自身常量池的引用了
。 也就是说, 实际上NotInitialization的Class文件之中并没有ConstClass类的符号引用入口, 这两个类在编译成Class文件后就已不存在任何联系了。
 

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

参考:

java类加载及new对象的过程_subclass sub=new subclass_张一柯的博客-CSDN博客

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值