null是引用的空值状态而非对象，String s=null时s未指向堆中实例，访问s.length()抛NullPointerException；类字段默认null，局部变量未初始化编译报错，解引用时才触发异常。
Java 中 null 不是对象，而是引用的“空值”状态
Java 里没有“空对象”，只有指向对象的引用为 null。当你写 String s = null;，s 是一个栈上的引用变量，它没指向堆中任何实例——JVM 不会为它分配对象内存，也不会调用构造函数。此时访问 s.length() 直接抛 NullPointerException，因为根本不存在“对象生命周期”的起点。
声明、初始化、赋值三个阶段如何影响 null 状态
对象引用的“为空”取决于它是否被显式或隐式赋予了 null 值，而不是声明本身：
- 类字段（成员变量）：未显式初始化时，JVM 自动赋予默认值
null（引用类型），int则是0 - 局部变量：不初始化就直接使用会编译报错
variable might not have been initialized，不存在“默认 null” - 方法返回值：如
getOptionalUser().orElse(null)或map.get("missing")显式返回null，这是逻辑空，不是语法空
NullPointerException 的触发点永远在“解引用”那一刻
异常不是在声明或赋值时发生，而是在你试图通过 .、[]、:: 或 synchronized 对一个 null 引用操作时才爆发：
-
user.getName()→ 如果user == null，立刻抛异常 -
list.get(0)→ 若list == null，不是IndexOutOfBoundsException，而是NullPointerException -
Objects.requireNonNull(user, "user must not be null")是主动检查，把问题提前暴露，而非延迟到后续调用 - JDK 14+ 的
-XX:+ShowCodeDetailsInExceptionMessages能在异常栈中显示哪一行哪个变量为null，但前提是 JVM 启动时开启
避免误判“空”的常见陷阱
开发者常把语义空（如空字符串、空集合）和引用空（null）混为一谈，导致防御性代码失效：
立即学习“Java免费学习笔记（深入）”；
-
"".equals(str)安全，但str != null && str.isEmpty()才真正区分null和空字符串 -
list != null && !list.isEmpty()是安全判空；只写!list.isEmpty()会因list == null崩溃 - Lombok 的
@NonNull只生成构造/Setter 中的Objects.requireNonNull检查，不影响运行时其他位置的引用状态 - Spring 的
@RequestParam(required = false)可能返回null，但@RequestParam(defaultValue = "")保证非null字符串——这点容易被忽略
真正难处理的从来不是“怎么判断 null”，而是“谁该负责初始化、在哪一层做校验、下游是否信任上游已判空”。这些边界一旦模糊，null 就会像幽灵一样在调用链里漂移。
