存储库方法的空值处理
从 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
的参数或返回值。
Spring 注释使用 JSR 305 注释(一个休眠但广泛使用的 JSR)进行元注释。JSR 305 元注释允许工具供应商(例如 IDEA、Eclipse 和 Kotlin)以通用方式提供空安全支持,而无需硬编码对 Spring 注释的支持
package-info.java
中声明非空性
一旦非空默认值就位,存储库查询方法调用将针对非空性约束在运行时进行验证。如果查询结果违反了定义的约束,则会抛出异常。当方法将返回 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)
}
1 | 存储库驻留在我们已定义非空行为的包(或子包)中。 |
2 | 当查询不产生结果时,抛出 EmptyResultDataAccessException 。当传递给该方法的 emailAddress 为 null 时,抛出 IllegalArgumentException 。 |
3 | 当查询不产生结果时,返回 null 。还接受 null 作为 emailAddress 的值。 |
4 | 当查询不产生结果时,返回 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)
}
1 | 该方法将参数和结果都定义为非空(Kotlin 默认值)。Kotlin 编译器拒绝将 null 传递给该方法的方法调用。如果查询产生空结果,则会抛出 EmptyResultDataAccessException 。 |
2 | 此方法接受 firstname 参数的 null ,如果查询不产生结果,则返回 null 。 |