仓库方法的空值处理
自 Spring Data 2.0 起,返回单个聚合实例的仓库 CRUD 方法使用 Java 8 的 Optional
来表示可能缺少值的情况。除此之外,Spring Data 还支持在查询方法上返回以下包装类型:
-
com.google.common.base.Optional
-
scala.Option
-
io.vavr.control.Option
或者,查询方法可以选择完全不使用包装类型。查询结果不存在时,通过返回 null
来表示。返回集合、集合替代品、包装器和流的仓库方法保证永远不会返回 null
,而是返回相应的空表示。详情请参阅“仓库查询返回类型”。
可空性注解
你可以通过使用 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
。同时接受null
作为emailAddress
的值。当查询未产生结果时返回
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
。