核心概念
在 Spring Data 的仓库抽象中，核心接口是 Repository。它接受要管理的领域类以及领域类的标识符类型作为类型参数。这个接口主要作为一个标记接口，用于捕获要处理的类型，并帮助你发现扩展该接口的其他接口。
Spring Data 将领域类型视为实体，更具体地说是聚合。因此，在文档中你会看到“实体”这一术语，它可以与“领域类型”或“聚合”互换使用。
正如你可能在介绍中已经注意到的，它已经暗示了领域驱动的概念。我们从 DDD 的角度来看待领域对象。领域对象具有标识符（否则这些将是无标识的值对象），在处理某些模式以访问数据时，我们需要以某种方式引用标识符。当我们讨论存储库和查询方法时，引用标识符将变得更加有意义。
CrudRepository 和 ListCrudRepository 接口为正在管理的实体类提供了复杂的 CRUD 功能。
public interface CrudRepository<T, ID> extends Repository<T, ID> {
<S extends T> S save(S entity); 1
Optional<T> findById(ID primaryKey); 2
Iterable<T> findAll(); 3
long count(); 4
void delete(T entity); 5
boolean existsById(ID primaryKey); 6
// … more functionality omitted.
}
保存给定的实体。
返回由给定 ID 标识的实体。
返回所有实体。
返回实体的数量。
删除给定的实体。
指示是否存在具有给定 ID 的实体。
在该接口中声明的方法通常被称为 CRUD 方法。ListCrudRepository 提供了等效的方法，但它们返回的是 List，而 CrudRepository 的方法则返回 Iterable。
仓库接口隐含了一些保留方法，例如 findById(ID identifier)，这些方法针对域类型的标识符属性，无论其属性名称是什么。你可以在“定义查询方法”中了解更多相关信息。
如果名为 Id 的属性并不指向标识符，你可以使用 @Query 注解来为查询方法提供自定义查询。然而，这种做法很容易导致混淆，因此不推荐使用，因为如果 ID 类型和 Id 属性的类型不一致，你很快就会遇到类型限制的问题。
我们还提供了特定于持久化技术的抽象，例如 JpaRepository 或 MongoRepository。这些接口扩展了 CrudRepository，并展示了底层持久化技术的能力，此外还有像 CrudRepository 这样较为通用的、不依赖于特定持久化技术的接口。
除了 CrudRepository 之外，还有 PagingAndSortingRepository 和 ListPagingAndSortingRepository，它们添加了额外的方法来简化对实体的分页访问：
public interface PagingAndSortingRepository<T, ID> {
Iterable<T> findAll(Sort sort);
Page<T> findAll(Pageable pageable);
}
扩展接口需要由实际的存储模块支持。虽然本文档解释了通用方案，但请确保您的存储模块支持您想要使用的接口。
要访问 User 的第二页，并且每页大小为 20，你可以按照以下方式操作：
PagingAndSortingRepository<User, Long> repository = // … get access to a bean
Page<User> users = repository.findAll(PageRequest.of(1, 20));
ListPagingAndSortingRepository 提供了等效的方法，但返回一个 List，而 PagingAndSortingRepository 的方法返回一个 Iterable。
除了查询方法外，还支持计数和删除查询的派生查询。以下列表展示了一个派生计数查询的接口定义：
interface UserRepository extends CrudRepository<User, Long> {
long countByLastname(String lastname);
}
以下列表展示了一个派生删除查询的接口定义：
interface UserRepository extends CrudRepository<User, Long> {
long deleteByLastname(String lastname);
List<User> removeByLastname(String lastname);
}
实体状态检测策略
下表描述了 Spring Data 提供的用于检测实体是否为新的策略：
表 1. Spring Data 中检测实体是否为新实体的选项
|
|
| @Id 属性检查（默认） | 默认情况下，Spring Data 会检查给定实体的标识符属性。如果标识符属性为 null 或在基本类型情况下为 0，则假定该实体为新实体。否则，假定该实体不是新实体。 |
| @Version 属性检查 | 如果存在带有 @Version 注解的属性且该属性为 null，或在基本类型情况下版本属性为 0，则该实体被视为新实体。如果版本属性存在但具有不同的值，则该实体被视为不是新实体。如果不存在版本属性，Spring Data 会回退到检查标识符属性。 |
| 实现 Persistable | 如果实体实现了 Persistable，Spring Data 会将新实体的检测委托给实体的 isNew(…) 方法。详情请参见 Javadoc。
注意：如果使用 AccessType.PROPERTY，Persistable 的属性将被检测并持久化。为了避免这种情况，请使用 @Transient。 |
| 提供自定义的 EntityInformation 实现 | 你可以通过创建模块特定仓库工厂的子类并重写 getEntityInformation(…) 方法，来自定义仓库基础实现中使用的 EntityInformation 抽象。然后，你需要将模块特定仓库工厂的自定义实现注册为 Spring bean。注意，这种情况很少需要。 |