类加载时属性的初始化顺序问题

本文探讨了Java中类加载时属性初始化的顺序,通过一个笔试题示例展示了由于初始化顺序导致的空指针异常问题。分析了两种解决方案,并介绍了实例代码块的执行时机,强调了正确初始化顺序的重要性。
摘要由CSDN通过智能技术生成

类加载时属性的初始化顺序问题
今天我们来看一下类加载时属性的初始化顺序问题,首先我们来看一道笔试题。

分析如下代码是否有问题?

``java`
import java.util.HashMap;
import java.util.Map;

class ClassE{
static ClassE instance = new ClassE();
static Map<String,Object> map = new HashMap<>(16);
public ClassE() {
map.put(“A”, 100);
map.put(“B”, 200);
}
}
public class TestClassObject08 {
public static void main(String[] args) throws Exception {
Class.forName(“com.java.oop.cls.ClassE”);
}

}

我们来分析一下:
按照本题代码的执行循序:
1,static修饰的属性,会按照从上到下的顺序依次执行初始化
2,本题instance在前,map在后。第一次默认初始化都是null
那么第二次初始化,先初始化对象,执行动作new,要执行构造方法(里面有向map添加数据),但是map还没有初始化,所以就出空指针异常

属性初始化两次:
第一次初始化是默认值null,在(link)连接,校验)阶段
第二次初始化是(init)将等号右边的值给变量

解决方法:
方法一:将map放在instance前。


static Map<String,Object> map = new HashMap<>(16);

static ClassE instance = new ClassE();

方法二:将map前的static去掉

static ClassE instance = new ClassE();
Map<String,Object> map = new HashMap<>(16);//无static

分析: instance初始化的时候在new对象。
new对象的时候会先将实例变量先初始化
思路:构建对象的时候—>类没有加载时先加载类—>静态变量没有初始化,初始化静态变量-- -->实例变量(没有static修饰的变量)没有初始化,初始化实例变量—>执行构造方法

这种方法从语法上可以,但是从业务上,每构建依次对象就要初始化一次,那么所有变量共享一个map,就要用第一种方法。

拓展:可能还会见到实例代码块。
建对象时,每次构建对象都会执行,在构建对象(构造方法)之前执行实例代码块
代码:


import java.util.HashMap;
import java.util.Map;

class ClassE{
static Map<String,Object> map = new HashMap<>(16);
static ClassE instance = new ClassE();
{
//实例代码块(构建对象时,每次构建对象都会执行,在构建对象(构造方法)之前执行)

System.out.println("{}");
}

public ClassE() {
//输出测试

System.out.println(“ClassE()”);
map.put(“A”, 100);
map.put(“B”, 200);
}
}
public class TestClassObject08 {
public static void main(String[] args) throws Exception {
Class.forName(“com.java.oop.cls.ClassE”);
}

}
//输出:

{}
ClassE()

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值