蛊毒传说
Spring 框架背后的想法是什么?Spring Framework 是一个用于提高开发人员生产力的库,Spring 的投资组合项目(如 Spring Data、Spring Security、Spring Cloud)也是如此。这些项目建立在现有 API 之上,这些 API 要么通过 JSR 或 JEP 标准化,要么建立在已证明有用且广泛使用的库之上。Spring 团队不会为数据库或其他集成构建驱动程序,这取决于数据库/驱动程序供应商。WebFlux 与 Vert.x 相比Spring WebFlux 是典型 Spring 模块的一个很好的例子。它建立在现有的非阻塞服务器(Project Reactor 通过 netty、Undertow 和 Jetty)之上。WebFlux 为非阻塞、反应式应用程序提供了一个运行时容器,利用 Spring 组件来协助开发和运行此类应用程序。Vert.x 是一个很好的集成环境示例,它提供了自己的低级实现。Vert.x 进行了高度优化,这样的生态系统需要优化的集成。Vert.x 为各种数据库提出了自己的实现,并提供了在 Vert.x 上下文中运行良好的 API,但这些 API 不是 JDBC。关系数据库 API正如M-Razavi已经提到的,Java 使用 JDBC 与关系数据库集成,而 JDBC 具有阻塞特性——没有任何明智的做法可以减轻 JDBC 的阻塞特性。将 JDBC 调用卸载到Executor(通常是Thread池)的用处有限,因为池最终会因请求而饱和)。TL;DR,没有可用的 API,在此之上我们可以提供反应式关系数据库集成。那么有哪些选择呢?M-Razavi已经提到了ADBA,这是 Oracle 的一项举措,旨在为使用期货的 Java 异步数据库访问提供标准化 API。ADBA 中的一切仍在进行中,ADBA 背后的团队很高兴收到反馈。一群 Postgres 人正在开发一个可用于第一次实验的Postgres ADBA 驱动程序。但是,ADBA 是未来的目标,我预计我们不会看到 ADBA 与 Java 12 一起发布。有几个独立的驱动程序,例如Reactivese 的 reactive-pg-client。这些驱动程序带有特定于供应商的 API,并不真正适合 Spring 中更广泛的集成。我们需要提供额外的层来公开一个通用的 API,而且新的驱动程序不能只是插入到您的应用程序中,因此它可以开箱即用™。拥有标准 API 允许可插拔,因此拥有标准 API 具有巨大的价值。R2DBC 来救援?由于缺乏标准 API 和驱动程序不可用,Pivotal 的一个团队开始研究一种非常适合反应式编程目的的反应式关系 API。他们提出了R2DBC,它代表反应式关系数据库连接。到目前为止,R2DBC 是一个孵化器项目,用于评估可行性并开始讨论驱动程序供应商是否对支持反应式/非阻塞/异步驱动程序感兴趣。截至目前,共有三种驱动程序实现:PostgreSQLH2微软 SQL 服务器R2DBC 带有一个 API 规范 ( r2dbc-spi) 和一个客户端 ( r2dbc-client),使 SPI 可用于应用程序。我们开始探索Spring Data R2DBC集成,它通过数据库客户端和支持响应式存储库提供响应式 API。R2DBC 及其生态系统还很年轻,需要实验和反馈来收集用例,看看反应式关系数据库集成是否有意义。现在,您可以通过 Spring Data 使用 R2DBC,以下代码片段显示了DatabaseClient用法:PostgresqlConnectionFactory connectionFactory = new PostgresqlConnectionFactory(…);DatabaseClient databaseClient = DatabaseClient.create(connectionFactory);Mono<Integer> count = databaseClient.execute()
.sql("INSERT INTO legoset (id, name, manual) VALUES($1, $2, $3)")
.bind("$1", 42055)
.bind("$2", "Description")
.bindNull("$3", Integer.class)
.fetch()
.rowsUpdated();Flux<Map<String, Object>> rows = databaseClient.execute()
.sql("SELECT id, name, manual FROM legoset")
.fetch()
.all();