在企业级开发中，数据库连接是系统资源中最昂贵、最敏感的组件之一。Spring Boot 借助其灵活而强大的数据库访问基础设施，为连接的获取、绑定、释放与事务整合提供了完备方案。本文将以深入浅出的方式，解构 Spring 提供的 8 种数据库连接控制手段，帮助你全面理解连接背后的运作机制与使用场景。

1、基于 DataSource 的连接机制

核心思想：

Spring 推荐使用 javax.sql.DataSource 作为统一的连接工厂接口，它屏蔽了底层连接池实现的细节，使得我们能更专注于业务代码开发。

实现逻辑详解：

Spring Boot 自动配置会读取 application.yml 中的相关属性并创建数据源实例。通常采用连接池技术（如 HikariCP），通过 DataSourceBuilder 构建连接池对象。例如：

@Bean
@ConfigurationProperties(prefix = "spring.datasource.hikari")
public DataSource dataSource(DataSourceProperties properties) {
    return DataSourceBuilder.create()
        .type(HikariDataSource.class)
        .driverClassName(properties.getDriverClassName())
        .url(properties.getUrl())
        .username(properties.getUsername())
        .password(properties.getPassword())
        .build();
}

此方式重点在于配置灵活性强，并结合连接池实现了线程复用、连接限流等能力，是企业级开发的首选方式。

2、使用 DataSourceUtils 简化连接释放流程

核心思想：

org.springframework.jdbc.datasource.DataSourceUtils 提供了对数据库连接的透明管理，主要解决的问题是：在事务上下文中确保使用的是 Spring 管理的连接。

实现逻辑详解：

• 在执行数据库操作时，通过 DataSourceUtils.getConnection() 自动检查当前线程是否已绑定连接。
• 若绑定，则复用当前连接；否则新建并绑定；
• 释放连接时，releaseConnection() 会判断事务状态，在事务尚未提交或回滚前不会关闭连接。

Connection conn = DataSourceUtils.getConnection(dataSource);
// 这里获取的 Connection 是事务感知的
DataSourceUtils.releaseConnection(conn, dataSource);

该机制保障了同一事务上下文中的所有 JDBC 操作使用的是同一个物理连接，保障了原子性。

3、实现 SmartDataSource：决定是否关闭连接

核心思想：

SmartDataSource 是 Spring 扩展的接口，旨在控制连接的释放行为。相比标准 DataSource接口，它多了一个 shouldClose() 方法，用来告知容器连接是否应该被物理关闭。

实现逻辑详解：

使用 DataSourceUtils.releaseConnection() 释放连接时，内部会判断数据源是否为 SmartDataSource，如果返回 false，则连接不会关闭，而是保留用于后续复用。

public interface SmartDataSource extends DataSource {
    boolean shouldClose(Connection con);
}

适合那些需保持长连接但又不希望频繁开关连接的场景（如：批处理、连接代理等）。

4、自定义数据源？继承 AbstractDataSource 即可

核心思想：

Spring 的 AbstractDataSource 是一个辅助开发的抽象基类，帮助你快速实现自定义 DataSource。它已实现了接口的基础逻辑，开发者只需聚焦于 getConnection() 方法即可。

实现逻辑详解：

public class CustomDataSource extends AbstractDataSource {
    @Override
    public Connection getConnection() throws SQLException {
        return actualDataSource.getConnection();
    }


    @Override
    public Connection getConnection(String username, String password) throws SQLException {
        return actualDataSource.getConnection(username, password);
    }
}

适用于你需要对连接获取过程进行代理、增强（如加密解密、限流、审计）等操作的场景。

5、SingleConnectionDataSource：重用单个连接

核心思想：

该类实现 SmartDataSource，只维护单一物理连接，每次调用 getConnection() 实际返回的是该连接的代理对象。这种方式主要用于测试或简化环境中的连接重用。

实现逻辑详解：

• 每次调用返回的 Connection 是代理对象；
• 如果设置了 suppressClose=true，即使执行 close() 也不会关闭连接；
• 不支持并发访问，因此不可用于生产环境。

适合那些对连接一致性要求较高、频繁测试同一连接上下文行为的场合，如报表、数据库回归测试等。

6、DriverManagerDataSource：非连接池的 DataSource

核心思想：

该类是直接基于 DriverManager 实现的连接工厂。每次调用 getConnection() 都会返回一个全新的连接，无连接池，适合快速测试或临时脚本用途。

实现逻辑详解：

@Bean
public DriverManagerDataSource dataSource() {
    DriverManagerDataSource ds = new DriverManagerDataSource();
    ds.setDriverClassName("org.hsqldb.jdbcDriver");
    ds.setUrl("jdbc:hsqldb:hsql://localhost/");
    ds.setUsername("sa");
    ds.setPassword("");
    return ds;
}

因频繁创建物理连接导致资源开销大，不推荐在高并发或生产环境中使用。

7、TransactionAwareDataSourceProxy：让遗留代码支持事务

核心思想：

该代理类包装一个常规 DataSource 实例，为其添加 Spring 事务感知能力，使得即使是非 Spring 管理的 DAO 代码也能“被动”参与到事务控制中。

实现逻辑详解：

• 获取连接时判断当前线程是否存在事务；
• 如果有，则复用事务绑定连接；
• 如果没有，则正常获取新连接；

常用于整合遗留系统或第三方库代码的场景。它是非侵入式的事务集成方式。

@Bean
public DataSource transactionAwareDataSource() {
    return new TransactionAwareDataSourceProxy(realDataSource());
}

8、DataSourceTransactionManager：显式管理事务

核心思想：

DataSourceTransactionManager 是 Spring 原生的事务管理器，用于管理基于 JDBC 的事务。它绑定数据库连接到当前线程，控制事务的开始、提交与回滚。

实现逻辑详解：

• 事务开启时，通过 DataSourceUtils 获取连接并与线程绑定；
• 调用 commit() 或 rollback() 控制物理连接行为；
• 最终通过 releaseConnection() 释放连接。

@Bean
public PlatformTransactionManager txManager(DataSource dataSource) {
    DataSourceTransactionManager tx = new DataSourceTransactionManager();
    tx.setDataSource(dataSource);
    tx.setDefaultTimeout(10); // 设置默认事务超时时间
    return tx;
}

这是 Spring 框架 JDBC 模块的事务控制核心，适用于所有单库 JDBC 场景，是声明式事务 @Transactional 背后的底层支持。

总结