静态块不适用于Spring Boot多数据源配置，因类加载时Spring容器未启动、配置未绑定、驱动未注册；应使用@PostConstruct、ApplicationRunner或@Bean内连接验证。
静态块本身不适用于 Spring Boot 多数据源的实战配置与连接验证——它不是正确的技术路径，也不符合 Spring 的生命周期管理机制。多数据源必须依赖 Spring 容器的 Bean 生命周期（如 @PostConstruct、InitializingBean 或自定义 @Bean 初始化逻辑），而非 Java 静态初始化块（static {}）。
为什么不能用静态块配置多数据源
静态块在类加载时执行，此时 Spring 容器尚未启动，DataSource 所需的配置属性（如 spring.datasource.primary.url）还未被 ConfigurationProperties 绑定，数据库驱动也未注册，JDBC 连接根本无法建立。强行在静态块中 new DataSource 或调用 getConnection() 会导致：
- 空指针异常（配置未注入）
- ClassNotFoundException（驱动类未由 Spring 管理加载）
- 连接池未初始化（Hikari/Druid 实例未构建）
- 事务管理器、SqlSessionFactory 等上下游 Bean 全部缺失
真正可行的启动时连接验证方式
应在 Spring 容器完成数据源 Bean 创建后，利用其生命周期钩子进行主动探测。推荐以下三种安全、可落地的做法：
-
使用 @PostConstruct 标注初始化方法：在
@Configuration类或@Service中定义，确保对应 DataSource 已注入且已初始化 - 实现 ApplicationRunner 或 CommandLineRunner：Spring Boot 启动完成后自动回调，天然支持多 Bean 顺序依赖
-
在 DataSource Bean 构建后追加健康检查逻辑：例如在
@Bean方法末尾手动调用dataSource.getConnection().close()
实战示例：在 PrimaryDataSourceConfig 中验证主库连通性
以 MySQL 主数据源为例，在配置类中加入健壮的连接测试逻辑：
@Configuration
public class PrimaryDataSourceConfig {
@Bean(name = "primaryDataSource")
@ConfigurationProperties(prefix = "spring.datasource.primary")
@Primary
public DataSource primaryDataSource() {
DataSource dataSource = DataSourceBuilder.create().build();
// ✅ 启动时验证连接（放在 build() 后，确保配置已生效）
try (Connection conn = dataSource.getConnection()) {
System.out.println("✅ Primary DB connected: " + conn.getMetaData().getURL());
} catch (SQLException e) {
throw new RuntimeException("❌ Failed to connect to primary database", e);
}
return dataSource;
}
}
注意：该写法需确保 HikariCP 或 Druid 连接池已正确初始化（即 DataSourceBuilder 返回的是完整池化实例）。若使用 Hikari，还可进一步启用内置健康检测：
hikari: connection-test-query: SELECT 1 initialization-fail-timeout: 30000
补充建议：分层验证更可靠
仅验证连接成功还不够。生产环境建议组合验证：
- 基础连接：获取 Connection 并执行
SELECT 1 - 权限验证：尝试查询一个已知存在的系统表（如
SELECT COUNT(*) FROM information_schema.tables LIMIT 1） - 事务验证：开启事务 → 插入临时记录 → 回滚 → 确认无残留（适用于关键业务库）
- 日志标记：将验证结果输出到 INFO 日志，并带上数据源标识（如
[PRIMARY]/[SECONDARY]）
不复杂但容易忽略：验证动作必须发生在 DataSource Bean 创建完成之后，且不能阻塞容器启动主流程（异常应明确抛出，避免静默失败）。
