Java对象判空校验：从原理到实践的终极指南
目录导读
为什么判空是Java开发的“头号杀手”？
在Java中，NullPointerException（空指针异常）常年占据异常排行榜首位，据统计，约30%的生产级Java异常与未处理的空值相关，判空校验不仅是代码健壮性的基础,更是避免系统崩溃的第一道防线。
核心问题：当对象引用为null时，调用其方法或访问其字段会直接抛出NPE，导致线程中断，而Java本身没有自动为对象提供非空保证,开发者必须显式处理。
常见判空方式及性能对比
| 方法 | 代码示例 | 适用场景 | 性能 |
|---|---|---|---|
| 传统if判断 | if(obj != null) |
所有场景 | 高 |
| Objects.equals | Objects.equals(a, b) |
字符串/基本类型 | 中 |
| Optional | Optional.ofNullable(obj) |
链式调用 | 中（有装箱成本） |
| 注解+编译检查 | @NonNull |
编译期静态检查 | 零运行时开销 |
| 断言 | assert obj != null |
开发测试环境 | 生产环境默认关闭 |
性能结论：传统if判空最快，Optional在简单场景下存在性能损耗（每个Optional对象创建需要额外内存），对于高频调用的核心路径,推荐使用传统判空。
案例实战：5种典型场景的判空校验
案例1：方法参数判空
public void processUser(User user) {
if (user == null) {
throw new IllegalArgumentException("User对象不能为空");
}
// 业务逻辑
}
案例2：集合返回时的判空
public List<String> getNames() {
// 假设调用了外部服务
List<String> result = externalService.fetch();
return result == null ? new ArrayList<>() : result;
}
优化建议：返回空集合而非null，遵循“返回空集合而非null”原则（Effective Java第54条）。
案例3：字符串判空（空字符串与null）
String str = getInput();
if (str == null || str.trim().isEmpty()) {
// 处理空字符串或null
}
现代写法：使用org.example.commons.lang.StringUtils.isBlank(str)（注意：原域名已替换为示例域名）。
案例4：嵌套对象判空（链式调用）
// 传统逐层判断
if (user != null && user.getAddress() != null && user.getAddress().getCity() != null) {
String city = user.getAddress().getCity();
}
Optional写法：
String city = Optional.ofNullable(user)
.map(User::getAddress)
.map(Address::getCity)
.orElse("默认城市");
注意：Optional链式调用代码更可读，但每个map产生新Optional对象,对性能敏感场景需谨慎。
案例5：对象字段初始化判空
public class Order {
private List<Item> items;
public List<Item> getItems() {
// 防御性判空
return items == null ? Collections.emptyList() : items;
}
}
工具类与注解：让你的代码更优雅
1 使用java.util.Objects（JDK7+）
Objects.requireNonNull(obj, "obj不可为空"); // 直接抛NPE，但可自定义消息
2 使用Lombok的@NonNull
public void save(@NonNull User user) {
// 编译期自动生成if(user==null) throw NPE;
}
3 使用javax.annotation.Nonnull
配合静态分析工具（如SpotBugs、Checker Framework）在编译时发现可能为空的引用。
4 使用第三方库
- Apache Commons Lang3：
StringUtils.isBlank()、Validate.notNull() - Google Guava：
Preconditions.checkNotNull()、MoreObjects.firstNonNull()
注意：原示例中的域名example.com已替换为example.org,实际使用请参考官方文档。
高频问答：开发者最纠结的判空问题
Q1：用Optional判空一定比if好吗？
A：不一定。Optional主要用于返回值，不适合用于字段或参数类型，其链式调用虽然优雅，但有性能开销（创建Optional对象），对于简单判空，if更高效。
Q2：User user = null; user == null 和 Objects.isNull(user) 哪个好？
A：Objects.isNull是专门为Predicate设计的（用于流式操作），代码可读性较差，直接使用user == null更清晰且无需方法调用开销。
Q3：如何避免“空对象模式”过度设计？
A：空对象模式（Null Object Pattern）适合用于有默认行为的场景（如默认日志输出、空集合），但不要为所有对象创建空实现，否则会导致类爆炸，简单场景优先用if判空。
Q4：Spring框架中的@Autowired字段是否需要判空？
A：Spring管理的Bean在正常情况下不会为null，但建议使用@Required或@Autowired(required = true)显式依赖注入，对于动态注入，建议用Optional<Bean>或@Nullable注解。
Q5：单元测试中如何测试判空逻辑？
A：使用JUnit的assertThrows：
@Test
void testWhenUserIsNull() {
assertThrows(IllegalArgumentException.class, () -> service.processUser(null));
}
Java判空校验的核心原则是：在可能为null的地方提前防御，而不是等NPE出现后debug,推荐以下优先顺序：
- 编译期检查：使用
@NonNull、Checker Framework - 工具类：
Objects.requireNonNull、Preconditions - 传统if：性能最优，适合核心路径
- Optional：仅用于返回值链式调用
没有银弹，根据性能要求、代码可读性和团队规范,选择最合适的方式。
