SpringOne大会上发布了一个实验性的反应式关系型数据库连接驱动R2DBC-优快云博客

R2DBC是一种实验性API，专为关系型数据库的反应式编程设计，旨在影响ADBA规范。它遵循四个核心设计原则，包括利用反应式流类型和模式，确保数据库访问过程完全非阻塞，精简驱动SPI到最小操作集，以及基于SPI实现多个用户友好的API。尽管目前只支持PostgreSQL，但未来有望拓展至更多数据库。

在SpringOne平台华盛顿大会上宣布的R2DBC是一个从头开始设计的实验性API，用于针对关系型数据库进行反应式编程。最终目标是试图影响ADBA规范。

在活动中，Cloud Foundry Java Experience团队负责人Ben Hale表示，R2DBC的设计原则是基于以下四个原则：

利用反应式流类型和模式；\\t
访问数据库的整个过程完全非阻塞；\\t
把驱动SPI压缩为专门实现的最小操作集，且不管可用性；\\t
基于驱动SPI实现多个“人性化”的API。\

这是Hale幻灯片中的一个例子，一个简单的Select语句：

connectionFactory.create()返回一个Mono连接。Hale解释说，这个调用的结果是，“最后，当有人订阅，它会获取一个连接，执行查询，然后为每一行返回值，比如说一个整数，最终生成一个整数Flux作为结果，连接的生命周期是在订阅时打开、完成后关闭。”

当然，构建在SPI之上的客户端可以对其进行进一步地简化，Hale给出了这样一个隐藏细节的例子：

下面是使用SPI时一个事务中的Prepared Insert的例子：

正如Hale在演讲中承认的那样，这并不是很好，但同样可以在客户端简化：

有一些替代R2DBC的方法。一种方法是将JDBC封装在线程池中，但这不会提供回压——无界队列将导致资源耗尽，而有界队列将导致阻塞。另一个是ADBA。Hale谨慎地说：

\
我们很早就与ADBA的工作人员进行了接触，但是，关于CompletableFuture是否真的是Reactive有很多不同的看法，所以我们放弃了，这促成了R2DBC的工作。但现在，R2DBC已经有了经过实际证明的、可以使用的API，我们再次被邀请参与进来。因此，ADBA可能会变成这样，在某种程度上，这是像这样一个项目的最终目标。
\

至于未来计划，Hale明确表示，R2DBC是一个实验场，虽然它足够稳定可以使用，但绝对不能用于生产环境。需要注意的是，有很多边缘情况，包括缺少BLOB/CLOB处理，并且目前只支持写入一个数据库——PostgreSQL，但是Hale希望看到面向其他数据库的实现。他最后说：