不建议用 static 变量直接管理数据库连接池配置或持有实例，因其导致线程安全、资源泄漏、配置僵化等问题；应使用 HikariCP 等成熟连接池，配合单例封装或 Spring 依赖注入容器管理。
不建议用 static 变量直接管理数据库连接池配置，更不该用它来持有连接池实例本身——这容易引发线程安全、资源泄漏、配置僵化等问题。正确做法是借助成熟的连接池（如 HikariCP、Druid）配合单例封装或依赖注入容器管理。
为什么 static 变量不适合直接存连接池实例
static 字段属于类级别，一旦初始化就全局共享。如果在类加载时用 static 创建连接池（比如 static DataSource dataSource = new HikariDataSource(...);），会导致：
- 无法动态刷新配置（如 URL、密码变更后无法重建）
- 应用重启前连接池无法优雅关闭，可能残留连接或线程
- 测试时难以替换或 mock，破坏隔离性
- 多个模块共用同一实例，但不同业务可能需要不同连接参数（如读写分离）
static 可以安全用于只读配置项
将连接池的**固定配置参数**（如最大连接数、超时时间）定义为 static final 是合理且常见的：
public class DbConfig {
public static final int MAX_POOL_SIZE = 20;
public static final long CONNECTION_TIMEOUT_MS = 30_000;
public static final String JDBC_URL = "jdbc:mysql://localhost:3306/mydb";
}
这类值不可变、无状态、不持有资源，适合用 static final 统一维护，便于复用和集中管理。
立即学习“Java免费学习笔记（深入）”；
推荐：用单例模式封装连接池初始化逻辑
把连接池创建过程封装成懒汉式线程安全的单例，比裸用 static 更可控：
public class DataSourceHolder {
private static volatile HikariDataSource instance;
public static HikariDataSource getInstance() {
if (instance == null) {
synchronized (DataSourceHolder.class) {
if (instance == null) {
HikariConfig config = new HikariConfig();
config.setJdbcUrl(DbConfig.JDBC_URL);
config.setUsername("user");
config.setPassword("pass");
config.setMaximumPoolSize(DbConfig.MAX_POOL_SIZE);
instance = new HikariDataSource(config);
}
}
}
return instance;
}
// 提供关闭入口，便于应用停止时释放资源
public static void close() {
if (instance != null) {
instance.close();
instance = null;
}
}
}
这样既避免了类加载时硬编码初始化，又保证全局唯一，还能主动控制生命周期。
生产环境优先使用依赖注入（如 Spring）
在 Spring Boot 项目中，应交由容器管理连接池：
@Configuration
public class DataSourceConfig {
@Bean
@ConfigurationProperties("spring.datasource.hikari")
public DataSource dataSource() {
return new HikariDataSource();
}
}
对应 application.yml 中配置：
spring:
datasource:
hikari:
jdbc-url: jdbc:mysql://localhost:3306/mydb
username: user
password: pass
maximum-pool-size: 20
connection-timeout: 30000
容器自动处理创建、销毁、健康检查、监控集成，远比手写 static 安全可靠。
