Java判空优化：Optional与空对象模式实战

1. 为什么我们需要改变习惯性判空

在Java开发中，if (object != null)这样的判空语句几乎成了条件反射式的编码习惯。每次看到这样的代码，我都会想起刚入行时导师说过的话："判空不是目的，安全访问才是本质"。随着项目规模扩大，这种散落在各处的判空语句会带来三个典型问题：

• 代码污染：业务逻辑被大量防御性判空打断，可读性急剧下降
• 隐患潜伏：总有遗漏判空的情况，运行时NullPointerException防不胜防
• 维护困难：当需要修改空值处理策略时，需要全局搜索替换

最近在重构一个老项目时，我发现其中38%的判空语句其实可以用更优雅的方式替代。下面分享几种我在实际项目中验证过的解决方案。

2. 主流判空替代方案对比

2.1 Optional的正确打开方式

Java 8引入的Optional类是最官方的解决方案，但很多开发者其实用错了姿势。以下是三种常见场景的对比：

java复制// 反模式：用Optional代替简单判空
Optional.ofNullable(user).ifPresent(u -> System.out.println(u.getName()));

// 正确用法1：链式处理
String city = Optional.ofNullable(user)
    .flatMap(User::getAddress)
    .map(Address::getCity)
    .orElse("未知地区");

// 正确用法2：异常转换
Order order = Optional.ofNullable(cachedOrder)
    .orElseThrow(() -> new BusinessException("订单不存在"));

关键经验：Optional的真正价值在于构建安全的调用链，而不是简单替换if-else。对于简单判空，反而会增加理解成本。

2.2 注解驱动的空值防护

Spring框架提供的@NonNull和@Nullable注解配合IDE检查，可以在编译期捕获潜在的空指针问题：

java复制public UserDetail getUserDetail(@NonNull User user)