Java构造函数不直接初始化引用类型，而是参与对象初始化流程：引用类型字段默认为null，其真实初始化取决于声明处、实例块或构造函数中的显式赋值，三者按书写顺序执行，且均晚于JVM自动设null阶段。
Java 构造函数本身不直接“初始化引用类型”，而是参与整个对象初始化流程——引用类型的字段（如 String、List、自定义类对象等）在构造过程中被赋值或默认设为 null，其真实初始化取决于你是否在声明处、初始化块或构造函数中显式赋值。
引用类型字段的默认初始值是 null
Java 会自动将所有未显式初始化的引用类型成员变量设为 null（基本类型则按规则设为 0、false 等）。这发生在对象内存空间分配阶段，早于构造函数执行：
- class Person { String name; List<String> hobbies; } → 创建 new Person() 时，name 和 hobbies 都是 null
- 这个过程由 JVM 控制，无需代码干预，但若后续未赋值就调用方法（如 name.length()），会抛出 NullPointerException
三种常见引用类型初始化时机与写法
实际开发中，引用类型初始化通常发生在以下三个位置，执行顺序固定：
-
声明处初始化：最直观，适合固定初始值
private List<String> tags = new ArrayList<>(); -
实例初始化块：适合多构造函数共用的复杂逻辑
{ if (System.currentTimeMillis() % 2 == 0) status = "ACTIVE"; } -
构造函数内：最灵活，可依赖参数或条件判断
public Person(String name) { this.name = name != null ? name.trim() : "Anonymous"; }
注意：三者按代码书写顺序执行，但都晚于默认零值设定，早于构造函数体末尾。
立即学习“Java免费学习笔记（深入）”；
构造函数中调用 this() 会影响引用初始化顺序
当一个构造函数通过 this(...) 调用同类另一个构造函数时，被调用的构造函数会先完整执行（含其内部对引用字段的赋值），再返回到当前构造函数继续执行：
- public Person() { this("Unknown"); } → 先走带参构造，name 被设为 "Unknown"，再回到无参构造体
- 若在 this(...) 前对字段赋值，该赋值会被后续构造函数覆盖（因它尚未执行）
- this() 必须是构造函数第一行语句，否则编译失败
继承场景下引用初始化的完整链条
子类对象创建时，引用类型初始化严格遵循以下顺序：
- JVM 分配内存，所有字段（含父类和子类的引用类型）设为 null
- 执行父类静态块 → 子类静态块（仅首次加载类时）
- 执行父类实例块 → 父类构造函数体
- 执行子类实例块 → 子类构造函数体
例如：父类有 protected Map<String, Object> cache = new HashMap<>();，子类构造函数中又执行 cache.put("key", value);，那么最终 cache 是一个已含数据的非空对象。
