不能在单元测试基类中用 static 块初始化耗时的数据库连接池——它会污染整个测试类加载过程，导致单测启动慢、失败不可恢复、且与真实运行环境脱节。
不能在单元测试基类中用 static 块初始化耗时的数据库连接池——它会污染整个测试类加载过程，导致单测启动慢、失败不可恢复、且与真实运行环境脱节。
为什么 static 块在测试基类里特别危险
单元测试框架（如 JUnit 5）按需加载测试类，而 static 块在类首次被 JVM 加载时就执行。这意味着：
- 哪怕只跑一个简单测试方法，也会强制触发连接池初始化，拖慢所有测试启动速度
- 若连接池配置错误或网络不通，
ExceptionInInitializerError会让整个测试类无法加载，报错信息模糊（只显示“class not found”） - 多个测试类继承同一基类时，
static块可能被不同 ClassLoader 多次执行，造成连接泄漏或端口占用冲突 - 测试之间本应隔离，但
static连接池会跨测试共享状态，干扰事务回滚和数据清理
推荐做法：用 @BeforeAll + 显式生命周期管理
JUnit 5 的 @BeforeAll 是更安全、可控的替代方案。它在当前测试类所有方法执行前运行一次，且支持依赖注入和异常处理：
- 方法必须是
static，但逻辑可封装在普通工具类中，避免硬编码在基类里 - 能捕获并记录具体异常（如 SQLTimeoutException），方便定位配置问题
- 配合
@AfterAll可确保连接池关闭，不残留资源 - 支持条件启用（例如
@EnabledIfSystemProperty(named = "test.db.enabled", matches = "true")）
更优解：跳过真实连接池，用内存数据库+预热
单元测试的目标是验证业务逻辑，不是压测连接池。应彻底替换而非初始化：
- 用 H2 或 SQLite 内存库替代 MySQL/PostgreSQL，启动快、无依赖、自动销毁
- 通过 Flyway/Liquibase 在
@BeforeAll中一键建表，不走连接池初始化流程 - 若必须测连接池行为（如超时、重试），单独建集成测试模块，用 Testcontainers 启动真实数据库容器
- 连接池本身交给 Spring Boot Test 管理（
@SpringBootTest），由框架控制生命周期，不手动 new
如果真要复用连接池实例，用静态内部类懒加载
仅当确定所有测试都需共用同一池、且接受全局状态风险时，可用以下模式（不推荐，但比 static 块安全）：
- 把连接池封装进私有静态内部类，利用 JVM “首次主动使用才初始化”规则延迟加载
- 提供带超时的
getInstance()，失败时抛RuntimeException而非让类加载失败 - 在
@AfterAll中显式调用close()，避免测试套件间污染 - 务必加
@Disabled注释说明该基类仅用于特定场景，防止误用
