为什么Java引用默认不是null？声明后不自动置为null有哪些适用场景？

先澄清一个常见认知误区：Java仅对方法内的局部引用变量不做默认null初始化，类的成员引用变量、静态引用变量都会被JVM自动初始化为null，你提到的设计仅针对局部引用生效。

这个设计的核心价值和适用场景如下：

• 编译期拦截空指针隐患
  如果局部引用默认赋值为null，开发者忘记显式赋值就直接调用变量的场景，只会在运行时抛出NullPointerException，问题排查成本极高。改为不默认初始化后，只要局部引用没有经过所有代码分支的显式赋值就被使用，编译器会直接抛出编译错误，把空指针风险提前到编码阶段解决。典型的分支判断场景下效果尤其明显：

public String getResult(String type) {
    String result;
    if ("1".equals(type)) {
        result = "类型1返回值";
    } else if ("2".equals(type)) {
        result = "类型2返回值";
    }
    // 此处直接返回result会触发编译错误，提醒开发者补充else分支的赋值逻辑
    return result;
}

如果默认给result赋值为null，上述代码可以正常编译，传入非1/2的type参数时才会触发运行时空指针，排查难度远高于编译期报错。

• 降低无用性能损耗
  局部变量存储在线程栈的栈帧中，随着方法调用结束栈帧就会被销毁。如果强制给所有局部引用默认赋值null，对于大量频繁调用的短生命周期方法而言，这部分赋值操作属于完全无用的额外开销，取消默认初始化可以减少这部分不必要的性能消耗。
• 强制开发者明确初始化逻辑
  绝大多数业务场景下，局部引用的初始值本身就不应该是null，要么需要直接实例化对象，要么需要接收其他方法的返回值。默认不赋值可以倒逼开发者在声明变量时就明确初始化逻辑，避免养成先声明变量、后随意赋值的坏习惯，从编码规范层面降低空指针出现的概率。

内容的提问来源于stack exchange，提问作者Hazar Ulaş