在复杂业务系统的开发过程中，我们经常会遇到某个变量在不同业务节点可能为空的场景，比如用户查询时用户不存在、订单关联的商品信息缺失等，传统的处理方式是通过大量的if null判断来规避空指针异常，这种方式不仅会让代码变得臃肿，还容易因为判断遗漏引发线上故障。Optional类可以很好地解决这个问题，它能够将可能为空的变量进行封装，提供统一的方法来处理空值场景，实现可选变量在业务逻辑中的安全传递。
Optional类的基础用法回顾
Optional是一个容器类，它可以保存类型为T的值，或者仅仅保存null。Optional提供了很多有用的方法，不用我们显式进行null值判断，下面是几个最常用的方法说明：
- of(T value)：创建一个包含非null值的Optional实例，如果value是null会直接抛出NullPointerException
- ofNullable(T value)：创建一个可以包含null值的Optional实例，如果value是null会返回空的Optional
- isPresent()：判断Optional中是否包含值，返回布尔结果
- orElse(T other)：如果Optional中有值则返回该值，否则返回传入的默认值other
- map(Function<? super T,? extends U> mapper)：如果Optional中有值，就对该值执行传入的函数转换，返回转换后的Optional，否则返回空的Optional
- flatMap(Function<? super T,Optional<U>> mapper)：和map类似，但是转换函数返回的是Optional类型，不会进行额外的Optional包装
- filter(Predicate<? super T> predicate)：如果Optional中有值且值满足过滤条件，返回包含该值的Optional，否则返回空的Optional
简单场景的可选变量传递示例
我们先从一个简单的用户查询场景入手，看Optional如何替代传统的null判断实现安全传递。假设我们有一个用户服务，查询用户可能返回null，传统写法如下：
public class TraditionalUserService {
public String getUserCity(Long userId) {
User user = queryUserById(userId);
if (user != null) {
Address address = user.getAddress();
if (address != null) {
return address.getCity();
}
}
return "未知城市";
}
private User queryUserById(Long userId) {
// 模拟查询逻辑，可能返回null
return Math.random() > 0.5 ? new User() : null;
}
static class User {
private Address address;
public Address getAddress() {
return address;
}
}
static class Address {
private String city;
public String getCity() {
return city;
}
}
}
用Optional改写后的代码如下，避免了嵌套的null判断：
import java.util.Optional;
public class OptionalUserService {
public String getUserCity(Long userId) {
return Optional.ofNullable(queryUserById(userId))
.map(User::getAddress)
.map(Address::getCity)
.orElse("未知城市");
}
private User queryUserById(Long userId) {
// 模拟查询逻辑，可能返回null
return Math.random() > 0.5 ? new User() : null;
}
static class User {
private Address address;
public Address getAddress() {
return address;
}
}
static class Address {
private String city;
public String getCity() {
return city;
}
}
}
复杂业务逻辑中的安全传递实战
现在我们考虑一个更复杂的电商业务场景：用户下单时，需要获取用户的会员等级，再根据会员等级计算订单的折扣，同时如果用户的会员信息过期，要使用默认折扣。整个流程涉及多个可选节点：用户可能不存在、用户可能有会员信息、会员信息可能已过期，用Optional可以实现全流程的安全传递，不会出现空指针问题。
场景说明与实体定义
首先定义相关的业务实体：
import java.time.LocalDateTime;
import java.util.Optional;
// 订单实体
class Order {
private Long userId;
private Double originalAmount;
public Order(Long userId, Double originalAmount) {
this.userId = userId;
this.originalAmount = originalAmount;
}
public Long getUserId() {
return userId;
}
public Double getOriginalAmount() {
return originalAmount;
}
}
// 用户实体
class User {
private Long id;
private MemberInfo memberInfo;
public MemberInfo getMemberInfo() {
return memberInfo;
}
}
// 会员信息实体
class MemberInfo {
private Integer level;
private LocalDateTime expireTime;
public Integer getLevel() {
return level;
}
public LocalDateTime getExpireTime() {
return expireTime;
}
// 判断是否过期
public boolean isExpired() {
return expireTime.isBefore(LocalDateTime.now());
}
}
全流程Optional实现
下面是完整的折扣计算逻辑，所有可选变量的传递都用Optional封装，不需要显式的null判断：
import java.time.LocalDateTime;
import java.util.Optional;
public class OrderDiscountService {
// 默认折扣，非会员或者会员过期时使用
private static final Double DEFAULT_DISCOUNT = 1.0;
// 会员等级对应的折扣映射，等级1对应0.9，等级2对应0.8
private static final Double[] LEVEL_DISCOUNT = {null, 0.9, 0.8};
public Double calculateFinalAmount(Order order) {
// 1. 从订单中获取用户ID，封装为Optional
// 2. 查询用户，得到Optional<User>
// 3. 获取用户的会员信息，得到Optional<MemberInfo>
// 4. 过滤掉过期的会员信息
// 5. 获取会员等级，得到Optional<Integer>
// 6. 根据等级获取对应折扣，无效等级返回默认折扣
// 7. 用原价乘以折扣得到最终金额
return Optional.ofNullable(order)
.map(Order::getUserId)
.flatMap(this::queryUserById)
.map(User::getMemberInfo)
.filter(memberInfo -> !memberInfo.isExpired())
.map(MemberInfo::getLevel)
.map(level -> level > 0 && level < LEVEL_DISCOUNT.length ? LEVEL_DISCOUNT[level] : DEFAULT_DISCOUNT)
.orElse(DEFAULT_DISCOUNT) * order.getOriginalAmount();
}
// 模拟用户查询，可能返回null
private Optional<User> queryUserById(Long userId) {
User user = Math.random() > 0.3 ? new User() : null;
return Optional.ofNullable(user);
}
}
关键点说明
上面的实现中有几个需要注意的点：
- 第一步用
Optional.ofNullable(order)封装订单对象，避免订单本身为null的情况 - 查询用户返回的是
Optional<User>，所以用flatMap而不是map，避免得到Optional<Optional<User>>的嵌套结构 - 用
filter方法过滤过期的会员信息，只有未过期的会员才会进入后续的折扣计算逻辑 - 最后用
orElse设置默认折扣，确保即使所有可选节点都为空，也能返回正常的折扣值，不会出现空指针
Optional使用的注意事项
虽然Optional能够很好地处理可选变量的安全传递，但是使用时也要注意几个问题，避免误用：
- 不要用
Optional.get()方法直接获取值，如果Optional为空会抛出NoSuchElementException，应该配合isPresent()判断或者orElse等方法使用 - 不要将Optional作为类的字段或者方法参数，Optional的设计初衷是作为返回类型，用来封装可能为空的返回值，不适合用来传递参数
- 不要为了用Optional而用Optional，如果变量确定不会为空，不需要用Optional封装，反而会增加不必要的性能开销
- 涉及序列化场景时要谨慎使用Optional，因为Optional没有实现Serializable接口，直接序列化会报错
总结
Optional类为复杂业务逻辑中可选变量的安全传递提供了优雅的解决方案，通过统一的容器封装，避免了传统null判断的冗余代码和遗漏风险。在实际使用中，我们可以结合map、flatMap、filter、orElse等方法，实现多层可选变量的链式处理，让业务逻辑更加清晰健壮。当然也要注意Optional的适用场景，不要过度使用，才能发挥出它的最大价值。