Java 中的 NullPointerException 是一种常见错误，发生在试图访问空引用对象的成员变量或方法时。它不仅发生在直接引用上，还潜伏于方法调用链中，在嵌套对象为 null 时发生。Optional 和集合操作也可能引发 NPE。虽然 null 检查可以防止错误，但要平衡性能和 NPE 风险，必要时可以使用断言或 try-catch 块来处理异常。
Java里的NullPointerException：潜伏的恶魔与它的狩猎场
很多Java程序员的噩梦，大概都跟它有关：NullPointerException，简称NPE。 这篇文章不是要教你如何避免NPE——那太简单了，老生常谈。 我要讲的是更深层次的东西：理解NPE的本质，以及它在Java运行时环境中潜伏的那些隐秘角落。 读完这篇文章，你不仅能更好地理解NPE，更能提升你对Java运行时机制的认识，写出更健壮、更不易出错的代码。
Java的引用类型，本质上是指向对象的指针。 当一个引用变量的值为null时，它并没有指向任何对象。 这时，如果你试图通过这个null引用来访问对象的成员变量或方法，Java虚拟机就会抛出NullPointerException。 这听起来很简单，但魔鬼就藏在细节里。
让我们从一个简单的例子开始：
public class NullPointerDemo {
public static void main(String[] args) {
String name = null;
int length = name.length(); // Boom! NullPointerException!
}
}这段代码一目了然，name是null，直接调用length()方法必然导致NPE。 但这只是冰山一角。 NPE的发生远比你想象的要复杂。
立即学习“Java免费学习笔记（深入）”；
更隐蔽的NPE往往发生在方法调用链中：
public class DeeperNullPointer {
static class Person {
String name;
Address address;
}
static class Address {
String street;
}
public static void main(String[] args) {
Person person = new Person();
String street = person.address.street; // Potential NPE!
}
}这里，person对象本身不是null，但person.address可能为null，导致访问street时抛出NPE。 这种嵌套的null检查，很容易让人忽略。 一个好的习惯是，在进行链式调用之前，逐层检查null：
String street = (person != null && person.address != null) ? person.address.street : "Unknown";
这看起来有点啰嗦，但它能有效防止NPE，并且提高代码的可读性。 更优雅的方式是使用Optional：
import java.util.Optional;
String street = Optional.ofNullable(person)
.map(p -> p.address)
.map(a -> a.street)
.orElse("Unknown");Optional优雅地处理了null值，避免了冗长的if-else语句。 这是一种更函数式、更现代的处理方式。
除了方法调用链，集合操作也容易引发NPE。 例如，从一个null的集合中获取元素，或者迭代一个null的迭代器，都会导致NPE。 在处理集合之前，务必检查集合是否为null，并且包含元素。
最后，谈谈性能。 过多的null检查虽然能避免NPE，但也可能降低代码的性能。 在高性能场景下，需要权衡NPE的风险和性能的损耗。 有时，可以考虑使用一些技巧，例如在方法参数中使用断言，或者在代码的关键部分使用try-catch块来捕获NPE，而不是在每个可能出现null的地方都进行显式的null检查。 记住，预防胜于治疗，但过度预防也可能带来负面影响。
总而言之，理解NPE不仅仅是掌握语法，更是对Java运行时机制、内存管理以及代码健壮性的深入理解。 不要惧怕NPE，要学会与它共处，并利用你的编程技巧来驯服这个潜伏的恶魔。
