一文讲透父子类中静态变量,成员变量初始化顺序原理
yuyutoo 2025-01-05 00:09 5 浏览 0 评论
推荐:
本文主要是想分析一下静态变量和成员变量的初始化顺序,以及如果存在父类和子类关系时,这些变量的顺序又是如何呢?本文将一一进行分析。
类加载初始化和实例对象初始化
首先我们要区分一个概念,那就是变量初始化也可以分为两大类, 一类是Java虚拟机中的类加载机制内有一个初始化,而我们实例化一个对象(即通过new关键字)时也有一个对象实例的初始化。
首先我们要知道,一个类理论上不考虑内存影响的话可以被实例化无数次,所以我们想要实例化一个对象,那么就必须要有这个类,所有类加载一定在对象实例化前面。
而静态变量是在类加载阶段就会进行初始化的(如果想详细了解Java虚拟机的类加载机制,可以点击这里),故而如果在同一个类中,那么静态变量的初始化一定在成员变量的初始化前面
静态变量和成员变量区别
我们先来看下面两句简单的代码:
package com.zwx.coreJava;
public class InitVariable {
public static int m = 1;//静态变量(类变量)
private int n = 2;//成员变量(实例变量)
public static void main(String[] args) {
System.out.println(InitVariable.m);//直接通过类访问变量
InitVariable initVariable = new InitVariable();//创建一个实例对象
System.out.println(initVariable.n);//需要通过实例对象才能访问成员变量
}
}
其中m就是静态变量,也称之为类变量,类加载之后,存储在方法区内,可以直接通过:类名.变量名进行调用。如:对象.m。
其中n就是成员变量,也称之为实例变量,属于对象实例,需要通过new一个对象之后才能引用。如:new 对象().n。成员变量的生命周期是和实例对象一致的,当实例对象被回收之后,对应的成员变量也消失了。
变量加载顺序
加下来就让我们一起结合例子验证一下变量的加载顺序
静态变量和成员变量加载顺序
首先我们建立一个父类,然后仅以父类为例子验证下静态变量和成员变量的加载顺序:
package com.zwx.coreJava;
public class SuperInitVariable {
static String superStaticStr = "I'm Super Static Str1";
String superInstanceStr = "I'm Super Instance Str1";
static {
superStaticStr = "I'm Super Static Str2";
}
static {
superStaticStr = "I'm Super Static Str3";
}
public SuperInitVariable() {
superInstanceStr = "I'm Super Instance Str2";
}
}
然后新建一个测试类:
package com.zwx.coreJava;
public class TestVariableOrder {
public static void main(String[] args) {
System.out.println(SuperInitVariable.superStaticStr);
SuperInitVariable superInitVariable = new SuperInitVariable();
System.out.println(superInitVariable.superInstanceStr);
}
}
输出结果:
I'm Super Static Str3
I'm Super Instance Str2
很明显,第一句话还没有实例化对象就可以输出静态变量,所以静态变量优先级最高,静态代码块也是一样会加载,多个代码块之间按先后顺序加载。
第二句成员变量先初始化了变量,再执行了构造器。所以可以得出如下结论:
- 1、静态变量优先级最先被初始化,多个静态代码块按代码先后顺序进行加载
- 2、成员变量先赋值,再执行构造函数
父类和子类变量加载顺序
将上面的父类简单改造一下:
package com.zwx.coreJava;
public class SuperInitVariable {
static String superStaticStr = "I'm Super Static Str1";
String superInstanceStr = "I'm Super Instance Str1";
static {
superStaticStr = "I'm Super Static Str2";
System.out.println("Super Static:" + superStaticStr);
}
public SuperInitVariable() {
superInstanceStr = "I'm Super Instance Str2";
System.out.println("Super Construct:" + superStaticStr);
}
}
然后再新建一个子类,继承上面的SuperInitVariable:
package com.zwx.coreJava;
public class SubInitVariable extends SuperInitVariable {
static String subStaticStr = "I'm Sub Static Str1";
String subInstanceStr = "I'm Sub Instance Str1";
static {
subStaticStr = "I'm Sub Static Str2";
System.out.println("Sub Static:" + subStaticStr);
}
public SubInitVariable() {
subInstanceStr = "I'm Sub Instance Str1";
System.out.println("Sub Construct:" + subInstanceStr);
}
}
然后在测试类中执行以下语句:
package com.zwx.coreJava;
public class TestVariableOrder {
public static void main(String[] args) {
System.out.println(SubInitVariable.subStaticStr);
}
}
输出如下结果:
Super Static:I'm Super Static Str2
Sub Static:I'm Sub Static Str2
I'm Sub Static Str2
可以很明显看到加载顺序为:先加载父类静态变量,再加载子类静态变量
接下来再改造下测试类,我们去实例化一个SubInitVariable对象实例:
package com.zwx.coreJava;
public class TestVariableOrder {
public static void main(String[] args) {
SubInitVariable subInitVariable = new SubInitVariable();
}
}
输出结果如下:
Super Static:I'm Super Static Str2
Sub Static:I'm Sub Static Str2
Super Construct:I'm Super Static Str2
Sub Construct:I'm Sub Instance Str1
可以很明显的得出如下结论:
- 1、初始化父类静态变量。
- 2、初始化子类静态变量。
- 3、初始化父类成员变量。
- 4、加载父类构造器。
- 5、初始化子类成员变量。
- 6、加载子类构造器。
或者说可以分的更细致一点,可以总结为如下:
- 1、初始化父类静态变量。
- 2、初始化父类静态代码块。
- 3、初始化子类静态变量。
- 4、初始化子类静态代码块。
- 5、初始化父类成员变量。
- 6、加载父类构造器。
- 7、初始化子类成员变量。
- 8、加载子类构造器。
引用类加载顺序
上面的例子中变量都是String类型的,那么假如变量是引用类型呢?又会怎么样?
我们再来看个例子。新建两个类,其中一个类引用另一个类:
package com.zwx.coreJava;
public class ReferenceObj {
static String referenceStaticStr;
String referenceInstanceStr;
static {
referenceStaticStr = "I'm reference Static Str";
System.out.println(referenceStaticStr);
}
public ReferenceObj() {
referenceInstanceStr = "I'm reference Construct Str";
System.out.println(referenceInstanceStr);
}
}
package com.zwx.coreJava;
public class InitReferenceVariable {
static ReferenceObj staticObj;
ReferenceObj obj;
static {
System.out.println("static code:" + staticObj);
}
public InitReferenceVariable() {
System.out.println("construct code:" + obj);
}
}
上面例子中看到,我们只是持有了另一个对象的引用,不做任何初始化动作,这时候是否会去加载引用类呢?我们新建一个测试类测试一下:
package com.zwx.coreJava;
public class TestVariableOrder {
public static void main(String[] args) {
//测试引用变量和数组
System.out.println(InitReferenceVariable.staticObj);
InitReferenceVariable initReferenceVariable = new InitReferenceVariable();
System.out.println(initReferenceVariable.obj);
}
}
输出如下结果:
static code:null
null
construct code:null
null
可以看到,引用类ReferenceObj没有被实例化也没有被加载。
那么我们把上面的变量进行初始化修改一下:
static ReferenceObj staticObj = new ReferenceObj();
ReferenceObj obj = new ReferenceObj();
再次运行测试类,输出如下结果:
I'm reference Static Str
I'm reference Construct Str
static code:com.zwx.coreJava.ReferenceObj@4b1210ee
com.zwx.coreJava.ReferenceObj@4b1210ee
I'm reference Construct Str
construct code:com.zwx.coreJava.ReferenceObj@4d7e1886
可以看到:I’m reference Static Str只输出了1次,而I’m reference Construct Str输出了2次,这是因为同一个类只会被加载1次,但是我们new了两次,也就是实例化了2次,所以构造函数会执行2次。
根据这个结果我们可以得出如下结论:
- 1、一个类假如只是引用另一个类而没有被实例化,那么不会触发引用类的类加载和实例化
- 1、一个类假如引用另一个类并且实例化了引用类,那么会优先加载引用类和实例化引用类
数组引用类加载顺序
把类改造如下:
package com.zwx.coreJava;
public class InitReferenceVariable {
static ReferenceObj[] arr = new ReferenceObj[10];
}
然后在测试类中输出如下语句:
System.out.println("输出数组:" + InitReferenceVariable.arr);
输出结果如下:
输出数组:[Lcom.zwx.coreJava.ReferenceObj;@4b1210ee
可以看到只会输出这一句话,而不会触发ReferenceObj的类加载和初始化。
可以得出如下结论:
如果将引用类作为数组对象,那么创建数组的时候不会触发数组对象的类加载和初始化
总结
本文从父类,子类,引用类,以及数组引用类的角度全面分析了什么时候会触发一个类的加载,什么时候会触发一个类的实例化。而一个类在加载的时候就会初始化静态变量,一个类在实例化的时候就会触发成员变量的初始化。本文涉及到类加载时并没有特别深入的介绍,有兴趣的,可以看下本人下的JVM虚拟机系列2中讲述的类加载机制,相信看完之后会有更加深刻的理解和体会。
来源:http://002ii.cn/?T0vKxr
- 上一篇:VBA中变量作用范围的详细解读
- 下一篇:倍福PLC学习:变量概述
相关推荐
- 当 Linux 根分区 (/) 已满时如何释放空间?
-
根分区(/)是Linux文件系统的核心,包含操作系统核心文件、配置文件、日志文件、缓存和用户数据等。当根分区满载时,系统可能出现无法写入新文件、应用程序崩溃甚至无法启动的情况。常见原因包括:...
- 玩转 Linux 之:磁盘分区、挂载知多少?
-
今天来聊聊linux下磁盘分区、挂载的问题,篇幅所限,不会聊的太底层,纯当科普!!1、Linux分区简介1.1主分区vs扩展分区硬盘分区表中最多能存储四个分区,但我们实际使用时一般只分为两...
- Linux 文件搜索神器 find 实战详解,建议收藏
-
在Linux系统使用中,作为一个管理员,我希望能查找系统中所有的大小超过200M文件,查看近7天系统中哪些文件被修改过,找出所有子目录中的可执行文件,这些任务需求...
- Linux 操作系统磁盘操作(linux 磁盘命令)
-
一、文档介绍本文档描述Linux操作系统下多种场景下的磁盘操作情况。二、名词解释...
- Win10新版19603推送:一键清理磁盘空间、首次集成Linux文件管理器
-
继上周四的Build19592后,微软今晨面向快速通道的Insider会员推送Windows10新预览版,操作系统版本号Build19603。除了一些常规修复,本次更新还带了不少新功能,一起来了...
- Android 16允许Linux终端使用手机全部存储空间
-
IT之家4月20日消息,谷歌Pixel手机正朝着成为强大便携式计算设备的目标迈进。2025年3月的更新中,Linux终端应用的推出为这一转变奠定了重要基础。该应用允许兼容的安卓设备...
- Linux 系统管理大容量磁盘(2TB+)操作指南
-
对于容量超过2TB的磁盘,传统MBR分区表的32位寻址机制存在限制(最大支持2.2TB)。需采用GPT(GUIDPartitionTable)分区方案,其支持64位寻址,理论上限为9.4ZB(9....
- Linux 服务器上查看磁盘类型的方法
-
方法1:使用lsblk命令lsblk输出说明:TYPE列显示设备类型,如disk(物理磁盘)、part(分区)、rom(只读存储)等。...
- ESXI7虚机上的Ubuntu Linux 22.04 LVM空间扩容操作记录
-
本人在实际的使用中经常遇到Vmware上安装的Linux虚机的LVM扩容情况,最终实现lv的扩容,大多数情况因为虚机都是有备用或者可停机的情况,一般情况下通过添加一块物理盘再加入vg,然后扩容lv来实...
- 5.4K Star很容易!Windows读取Linux磁盘格式工具
-
[开源日记],分享10k+Star的优质开源项目...
- Linux 文件系统监控:用脚本自动化磁盘空间管理
-
在Linux系统中,文件系统监控是一项非常重要的任务,它可以帮助我们及时发现磁盘空间不足的问题,避免因磁盘满而导致的系统服务不可用。通过编写脚本自动化磁盘空间管理,我们可以更加高效地处理这一问题。下面...
- Linux磁盘管理LVM实战(linux实验磁盘管理)
-
LVM(逻辑卷管理器,LogicalVolumeManager)是一种在Linux系统中用于灵活管理磁盘空间的技术,通过将物理磁盘抽象为逻辑卷,实现动态调整存储容量、跨磁盘扩展等功能。本章节...
- Linux查看文件大小:`ls`和`du`为何结果不同?一文讲透原理!
-
Linux查看文件大小:ls和du为何结果不同?一文讲透原理!在Linux运维中,查看文件大小是日常高频操作。但你是否遇到过以下困惑?...
- 使用 df 命令检查服务器磁盘满了,但用 du 命令发现实际小于磁盘容量
-
在Linux系统中,管理员或开发者经常会遇到一个令人困惑的问题:使用...
- Linux磁盘爆满紧急救援指南:5步清理释放50GB+小白也能轻松搞定
-
“服务器卡死?网站崩溃?当Linux系统弹出‘Nospaceleft’的红色警报,别慌!本文手把手教你从‘删库到跑路’进阶为‘磁盘清理大师’,5个关键步骤+30条救命命令,快速释放磁盘空间,拯救你...
你 发表评论:
欢迎- 一周热门
- 最近发表
- 标签列表
-
- mybatis plus (70)
- scheduledtask (71)
- css滚动条 (60)
- java学生成绩管理系统 (59)
- 结构体数组 (69)
- databasemetadata (64)
- javastatic (68)
- jsp实用教程 (53)
- fontawesome (57)
- widget开发 (57)
- vb net教程 (62)
- hibernate 教程 (63)
- case语句 (57)
- svn连接 (74)
- directoryindex (69)
- session timeout (58)
- textbox换行 (67)
- extension_dir (64)
- linearlayout (58)
- vba高级教程 (75)
- iframe用法 (58)
- sqlparameter (59)
- trim函数 (59)
- flex布局 (63)
- contextloaderlistener (56)