仓库方法的空值处理
从 Spring Data 2.0 开始,返回单个聚合实例的仓库 CRUD 方法使用 Java 8 的 Optional 来表示可能缺失的值。除此之外,Spring Data 还支持在查询方法中返回以下包装类型:
- 
com.google.common.base.Optional
- 
scala.Option
- 
io.vavr.control.Option
或者,查询方法可以选择完全不使用包装类型。此时,查询结果的缺失通过返回 null 来表示。返回集合、集合替代方案、包装器以及流的 Repository 方法保证永远不会返回 null,而是返回相应的空表示。详情请参阅“Repository 查询返回类型”。
可空性注解
你可以通过使用 Spring Framework 的空值安全注解 来表达仓库方法中的可空性约束。它们提供了一种对工具友好的方式,并在运行时选择性地进行 null 检查,如下所示:
- 
@NonNullApi: 用于包级别,声明参数和返回值的默认行为是既不接受也不产生 null值。
- 
@NonNull: 用于参数或返回值,表示其不能为 null(在@NonNullApi适用的参数和返回值上不需要使用)。
- 
@Nullable: 用于参数或返回值,表示其可以为 null。
@org.springframework.lang.NonNullApi
package com.acme;
一旦启用了非空默认值,仓库查询方法调用将在运行时针对可空性约束进行验证。如果查询结果违反了定义的约束,将抛出异常。这种情况发生在方法将返回 null 但被声明为非空的情况下(默认情况下,仓库所在的包上定义了注解)。如果你想再次选择可空结果,可以在个别方法上选择性地使用 @Nullable。使用本节开头提到的结果包装器类型仍然按预期工作:空结果将被转换为表示缺失的值。
以下示例展示了刚才描述的几种技术:
package com.acme;                                                       1
import org.springframework.lang.Nullable;
interface UserRepository extends Repository<User, Long> {
  User getByEmailAddress(EmailAddress emailAddress);                    2
  @Nullable
  User findByEmailAddress(@Nullable EmailAddress emailAdress);          3
  Optional<User> findOptionalByEmailAddress(EmailAddress emailAddress); 4
}
- 该仓库位于一个包(或子包)中,我们已为该包定义了非空行为。 
- 当查询未产生结果时,抛出 - EmptyResultDataAccessException。当传递给该方法的- emailAddress为- null时,抛出- IllegalArgumentException。
- 当查询未产生结果时,返回 - null。同时允许- emailAddress的值为- null。
- 当查询未产生结果时,返回 - Optional.empty()。当传递给该方法的- emailAddress为- null时,抛出- IllegalArgumentException。
基于 Kotlin 的仓库中的可空性
Kotlin 在语言中内置了可空性约束的定义。Kotlin 代码编译为字节码,字节码本身不通过方法签名表达可空性约束,而是通过编译时嵌入的元数据来表达。确保在你的项目中包含 kotlin-reflect JAR,以便能够对 Kotlin 的可空性约束进行内省。Spring Data 仓库使用这种语言机制来定义这些约束,以便应用相同的运行时检查,如下所示:
interface UserRepository : Repository<User, String> {
  fun findByUsername(username: String): User     1
  fun findByFirstname(firstname: String?): User? 2
}
- 该方法将参数和结果都定义为不可为空的(Kotlin 默认)。Kotlin 编译器会拒绝将 - null传递给方法的调用。如果查询结果为空,将抛出- EmptyResultDataAccessException异常。
- 该方法接受 - firstname参数为- null,如果查询未产生结果,则返回- null。