Spring Data R2DBC为何不支持JPA的懒加载、级联操作等特性？

我正在使用Spring Data R2DBC，好奇它为什么不支持JPA里常用的懒加载、级联操作、脏检查这些特性，想请教这些功能没法像JPA那样实现的原因。比如我只能通过下面这段Spring WebFlux代码手动模拟级联保存：

public Mono<ParentEntity> saveParentWithChildren(ParentEntity parent) {

    return saveParentEntity(parent)
        .flatMap(savedParent -> {

            // 异步保存子实体
            Flux<ChildEntity> savedChildren = Flux.fromIterable(savedParent.getChildren())
                    .flatMap(this::saveChildEntity); // 非阻塞式子实体保存
                    
            return savedChildren.collectList()
                    .map(children -> {
                        savedParent.setChildren(children); // 设置已保存的子实体
                        return savedParent;
                    });
        });
}

核心原因解析 #

• 异步非阻塞模型的本质限制
  JPA基于阻塞JDBC构建，它的脏检查、懒加载都依赖线程绑定的持久化上下文——上下文会跟踪当前线程中实体的状态变化，懒加载时也能在同一个线程里触发同步查询。但R2DBC是异步非阻塞的，请求处理不会绑定到单个线程，持久化上下文无法在异步流中安全共享，一旦线程切换，上下文状态就会丢失，依赖它的特性自然无法正常工作。

• 响应式编程的设计哲学差异
  R2DBC遵循响应式编程"显式优于隐式"的原则。JPA的级联、懒加载都是隐式行为：调用getChildren()时框架自动查库，级联保存也是自动触发。但响应式编程要求所有IO操作必须显式声明，这样才能保证异步流的可控性和透明性。如果搞隐式操作，会破坏响应式流的可预测性，比如突然插入未声明的数据库查询，容易引发背压问题或资源泄漏。

• SQL数据库的异步能力边界
  懒加载需要在实体被访问时动态执行查询，但异步场景下，这种"按需触发"的查询很难和响应式流的生命周期对齐。比如在Mono的map操作里调用懒加载方法，异步查询结果无法无缝融入当前流，容易出现订阅时机错误。而自动级联操作会让多个异步IO的依赖关系变得模糊，不如像你代码里那样用flatMap显式编排流程更清晰可靠。

内容的提问来源于stack exchange，提问作者AMZ