蛊毒传说
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();