使用Java Optional的isEmpty()方法时会抛出NullPointerException吗？

核心结论 #

1. isEmpty()和isPresent()是Optional对象的成员方法，如果调用它们的Optional变量本身是null，一定会抛出NullPointerException——本质是在空对象上调用方法导致的错误。
2. 标准JPA/Hibernate实现中，返回Optional的Repository查询方法永远不会返回null：
   • 数据库存在对应ID的客户时，返回包含Customer实例的Optional（比如Optional.of(customer)）
   • 数据库查不到对应数据时，返回空的Optional实例（即Optional.empty()），而非null。

详细说明 #

1. Optional的isEmpty()和isPresent()的作用

这两个方法仅判断Optional内部是否持有非null对象：

• isPresent()：Optional内部有值时返回true，无值时返回false
• isEmpty()（Java 11新增）：和!isPresent()完全等价，用于判断Optional内部是否无值（empty状态）

它们不负责检查调用方法的Optional变量本身是否为null——如果这个变量是null，调用任何方法都会直接触发NPE，不止这两个方法。

2. JPA/Hibernate返回Optional的规范

从JPA 2.1开始，所有返回Optional<T>的查询方法，都被要求返回有效的Optional实例：

• 查询到数据：返回包含实体的Optional
• 查询无结果：返回Optional.empty()

Hibernate作为JPA的实现严格遵循该规范，所以你示例中customerRepository.findCustomer(customerId)绝不会返回null，只会是有值或empty的Optional。

3. 极端情况的应对（Optional为null的场景）

虽然规范不允许，但如果使用老版本JPA/Hibernate，或自定义Repository实现意外返回null，调用customer.isEmpty()会触发NPE。这种情况可先判断Optional变量本身是否为null：

if (customer == null || customer.isEmpty()) {
    // 处理逻辑
}

不过标准实现里几乎不会出现这种情况，无需过度担忧。

总结 #

你示例中的代码是安全的：Repository返回的Optional不会为null，isEmpty()仅检查Optional内部是否无客户数据，不会触发NPE。isPresent()同理，只要Optional变量本身非null，调用就不会有问题。

内容的提问来源于stack exchange，提问作者elvis