Repository 方法的 Null 处理
返回单个聚合实例的 Repository CRUD 方法可以使用 Optional 来指示值可能不存在。除此之外,Spring Data 支持在查询方法中返回以下包装类型:
-
com.google.common.base.Optional -
scala.Option -
io.vavr.control.Option
或者,查询方法可以完全选择不使用包装类型。查询结果不存在则通过返回 null 来表示。返回集合、集合替代类型、包装类型和流的 Repository 方法保证永远不会返回 null,而是返回相应的空表示形式。有关详细信息,请参见“Repository query return types”。
可空性注释
JSpecify
从 Spring Framework 7 和 Spring Data 4 开始,你可以使用 JSpecify 为 repository 方法表达可空性约束。JSpecify 已很好地集成到 IntelliJ 和 Eclipse 中,提供了一种对工具友好的方式,并可在运行时进行可选的 null 检查,如下所示:
-
@NullMarked: 用于在模块、包和类级别声明,默认情况下参数和返回值分别既不接受也不产生
null值。 -
@NonNull: 用于类型级别,表示参数或返回值必须不为
null(对于已由@NullMarked覆盖的参数和返回值,无需再标注)。 -
@Nullable: 用于类型级别,表示参数或返回值可以为
null。 -
@NullUnmarked: 用于包、类和成员方法级别,以撤销 nullness 声明并选择退出之前的
@NullMarked。在这种情况下,nullness 变为未指定。
@NullMarked
package org.springframework.core;
import org.jspecify.annotations.NullMarked;
在属于该包的各个 Java 文件中,可空类型的使用通过 @Nullable 显式定义。建议将该注解指定在相关类型之前。
例如,对于一个字段:
private @Nullable String fileEncoding;
或者用于方法参数与返回值:
public static @Nullable String buildMessage(@Nullable String message,
@Nullable Throwable cause) {
// ...
}
当重写一个方法时,nullness annotations 不会从父类方法继承。这意味着如果你只是想重写实现并保持相同的 API nullness,这些 nullness annotations 应该被重复声明。
使用数组和 varargs 时,你需要能够区分元素的可空性与数组本身的可空性。请注意 Java 规范 中定义的语法,它一开始可能令人意外:
-
@Nullable Object[] array表示数组元素可以为 null,但数组本身不能为 null。 -
Object @Nullable [] array表示数组元素不能为 null,但数组本身可以为 null。 -
@Nullable Object @Nullable [] array表示数组元素和数组本身都可以为 null。
Java 规范还强制要求,像 JSpecify @Nullable 这样使用 @Target(ElementType.TYPE_USE) 定义的注解,在内部类型或完全限定类型中应指定在最后一个 . 之后:
-
Cache.@Nullable ValueWrapper -
jakarta.validation.@Nullable Validator
@NonNull 和 @NullUnmarked 在典型使用场景中很少需要。
Spring Framework 可空性与 JSR-305 注解
您可以使用 Spring Framework 的可空性注解 来表达仓储方法的可空性约束。
自 Spring Framework 7 起,Spring 的 nullability annotations 已弃用,推荐使用 JSpecify。请参阅框架文档中的 从 Spring null-safety annotations 迁移到 JSpecify 以获取更多信息。
它们提供了一种对工具友好的方式,并在运行时支持可选择启用的 null 检查,如下所示:
-
@NonNullApi: 用于包级别,声明参数和返回值的默认行为分别是不接受也不产生
null值。 -
@NonNull: 用于不能为
null的参数或返回值(在@NonNullApi适用的参数和返回值上不需要)。 -
@Nullable: 用于可以为
null的参数或返回值。
一旦启用非空默认值,repository 查询方法调用会在运行时针对可空性约束进行校验。如果查询结果违反已定义的约束,就会抛出异常。当方法本应返回 null 但被声明为非空时,就会发生这种情况(默认情况下,该 annotation 定义在 repository 所在的 package 上)。如果想再次选择启用可空结果,可以在单个方法上按需使用 @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 emailAddress); 3
Optional<User> findOptionalByEmailAddress(EmailAddress emailAddress); 4
}
该仓库位于我们定义了非空行为的包(或子包)中。
当查询没有产生结果时,抛出
EmptyResultDataAccessException。当传递给该方法的emailAddress为null时,抛出IllegalArgumentException。当查询没有产生结果时,返回
null。同时接受null作为emailAddress的值。当查询没有产生结果时,返回
Optional.empty()。当传递给该方法的emailAddress为null时,抛出IllegalArgumentException。
基于 Kotlin 的仓库中的可空性
Kotlin 在语言中内置了 nullability constraints 的定义。Kotlin 代码会编译为 bytecode,而 bytecode 并不通过 method signatures 表达 nullability constraints,而是通过编译内置的 metadata 表达。请确保在项目中包含 kotlin-reflect JAR,以启用对 Kotlin’s nullability constraints 的内省。Spring Data repositories 使用这一语言机制来定义这些约束,以应用相同的 runtime checks,如下所示:
interface UserRepository : Repository<User, String> {
fun findByUsername(username: String): User 1
fun findByFirstname(firstname: String?): User? 2
}
该方法将参数和结果都定义为非空(Kotlin 默认值)。Kotlin 编译器会拒绝向该方法传递
null的方法调用。如果查询产生空结果,则会抛出EmptyResultDataAccessException。该方法接受
firstname参数为null,如果查询未产生结果,则返回null。