实体回调

Spring Data 基础设施提供了一些钩子，用于在特定方法调用之前和之后修改实体。这些所谓的 EntityCallback 实例提供了一种方便的方式，以回调方式检查并可能修改实体。
EntityCallback 很像一个专用的 ApplicationListener。一些 Spring Data 模块会发布特定于存储的事件（例如 BeforeSaveEvent），允许修改给定的实体。在某些情况下，例如处理不可变类型时，这些事件可能会引起问题。此外，事件发布依赖于 ApplicationEventMulticaster。如果将其配置为异步 TaskExecutor，由于事件处理可以分派到另一个线程，可能会导致不可预测的结果。

实体回调提供了与同步和响应式 API 的集成点，以确保在处理链中预定义的检查点按顺序执行，并返回一个可能已修改的实体或响应式包装类型。

实体回调通常按 API 类型区分。这种区分意味着同步 API 只考虑同步实体回调，而响应式实现只考虑响应式实体回调。

实体回调 API 是随 Spring Data Commons 2.2 引入的。它是应用实体修改的推荐方式。现有的特定于存储的 ApplicationEvents 仍会在调用可能已注册的 EntityCallback 实例之前发布。

实现实体回调

EntityCallback 通过其泛型类型参数直接与其领域类型关联。每个 Spring Data 模块通常都带有一组涵盖实体生命周期的预定义 EntityCallback 接口。

EntityCallback 的结构

@FunctionalInterface
public interface BeforeSaveCallback<T> extends EntityCallback<T> {

	/**
	 * Entity callback method invoked before a domain object is saved.
	 * Can return either the same or a modified instance.
	 *
	 * @return the domain object to be persisted.
	 */
	(1)
	T onBeforeSave(T entity, (2)
		String collection); (3)
}

1	`BeforeSaveCallback` 特定方法，在实体保存前调用。返回一个可能已修改的实例。
2	持久化之前的实体。
3	一些特定于存储的参数，例如实体将持久化到的集合。

响应式 EntityCallback 的结构

@FunctionalInterface
public interface ReactiveBeforeSaveCallback<T> extends EntityCallback<T> {

	/**
	 * Entity callback method invoked on subscription, before a domain object is saved.
	 * The returned Publisher can emit either the same or a modified instance.
	 *
	 * @return Publisher emitting the domain object to be persisted.
	 */
	(1)
	Publisher<T> onBeforeSave(T entity, (2)
		String collection); (3)
}

1	`BeforeSaveCallback` 特定方法，在订阅时调用，实体保存前执行。发出一个可能已修改的实例。
2	持久化之前的实体。
3	一些特定于存储的参数，例如实体将持久化到的集合。

可选的实体回调参数由实现的 Spring Data 模块定义，并从 EntityCallback.callback() 的调用点推断出来。

按照下方示例所示，实现适合您应用程序需求的接口

BeforeSaveCallback 示例

class DefaultingEntityCallback implements BeforeSaveCallback<Person>, Ordered {      (2)

	@Override
	public Object onBeforeSave(Person entity, String collection) {                   (1)

		if(collection == "user") {
		    return // ...
		}

		return // ...
	}

	@Override
	public int getOrder() {
		return 100;                                                                  (2)
	}
}

1	根据您的要求实现回调。
2	如果同一领域类型存在多个实体回调，可以对其进行排序。排序遵循优先级最低的原则。

注册实体回调

如果 EntityCallback Bean 在 ApplicationContext 中注册，它们会被特定存储的实现获取。大多数模板 API 已实现了 ApplicationContextAware，因此可以访问 ApplicationContext。

以下示例解释了一些有效的实体回调注册方式

EntityCallback Bean 注册示例

@Order(1)                                                           (1)
@Component
class First implements BeforeSaveCallback<Person> {

	@Override
	public Person onBeforeSave(Person person) {
		return // ...
	}
}

@Component
class DefaultingEntityCallback implements BeforeSaveCallback<Person>,
                                                           Ordered { (2)

	@Override
	public Object onBeforeSave(Person entity, String collection) {
		// ...
	}

	@Override
	public int getOrder() {
		return 100;                                                  (2)
	}
}

@Configuration
public class EntityCallbackConfiguration {

    @Bean
    BeforeSaveCallback<Person> unorderedLambdaReceiverCallback() {   (3)
        return (BeforeSaveCallback<Person>) it -> // ...
    }
}

@Component
class UserCallbacks implements BeforeConvertCallback<User>,
                                        BeforeSaveCallback<User> {   (4)

	@Override
	public Person onBeforeConvert(User user) {
		return // ...
	}

	@Override
	public Person onBeforeSave(User user) {
		return // ...
	}
}

1	`BeforeSaveCallback` 通过 `@Order` 注解接收其顺序。
2	`BeforeSaveCallback` 通过实现 `Ordered` 接口接收其顺序。
3	使用 lambda 表达式实现的 `BeforeSaveCallback`。默认情况下无序，最后调用。请注意，通过 lambda 表达式实现的回调不暴露类型信息，因此使用不可赋值的实体调用这些回调会影响回调的处理效率。请使用 `class` 或 `enum` 来启用回调 bean 的类型过滤。
4	在同一个实现类中组合多个实体回调接口。