mockito在java单元测试中用于隔离依赖，通过mock dao或jdbctemplate而非数据库连接池，聚焦业务逻辑验证；可逐层mock jdbc对象以测试sql执行细节，但更推荐简洁稳定的dao层mock方式。
在 Java 单元测试中，不直接 Mock 数据库连接池本身（比如 HikariCP、Druid 的 DataSource），而是 Mock 它返回的 Connection 及其下游对象（Statement、ResultSet），或者更推荐的方式：Mock 数据访问层（如 DAO 或 JdbcTemplate），让测试聚焦于业务逻辑而非 JDBC 细节。
用 Mockito 模拟 Connection/Statement/ResultSet 链路
适用于需要验证 SQL 执行过程（如是否调用了 executeQuery、参数是否正确）的底层测试。关键点是逐层 mock，并注意设置行为：
- Mock
DataSource→ 返回 mockConnection - Mock
Connection→ 返回 mockPreparedStatement（或Statement） - Mock
PreparedStatement→ 设置executeQuery()返回 mockResultSet - Mock
ResultSet→ 使用when(rs.next()).thenReturn(true, false)控制遍历，用when(rs.getString("col")).thenReturn("value")设定字段值
⚠️ 注意：JDBC 接口多为非 final 类/接口，可直接 mock；但需确保所有被调用的方法都设置了 stub，否则可能抛 NullPointerException。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
更常用：Mock DAO 层或 JdbcTemplate
绝大多数业务测试不需要碰 JDBC 底层。直接 mock 数据访问对象更简洁、稳定：
- 若使用 Spring JDBC：
@MockBean JdbcTemplate，然后when(jdbcTemplate.queryForObject(...)).thenReturn("expected") - 若使用自定义 DAO 接口：
@Mock MyUserDao，再when(dao.findById(1L)).thenReturn(new User(...)) - 这样完全绕过数据库连接池，测试只关注输入输出和逻辑分支
用 Testcontainers 启动真实轻量数据库（集成测试场景）
当需要验证 SQL 语法、事务行为或连接池配置时，可用 Testcontainers 启动临时 PostgreSQL/MySQL 容器：
- 添加依赖：
testcontainers+ 对应数据库模块（如postgresql） - 在测试类中声明
static PostgreSQLContainer> postgres = new PostgreSQLContainer("postgres:15") - 启动容器后，用真实
DataSource连接它，执行真实 SQL —— 此时连接池行为（如连接复用、超时）可被观测 - 注意：这是集成测试，不是单元测试，运行慢、依赖 Docker，适合关键路径验证
避免踩坑的关键细节
不要 mock 连接池实现类（如 HikariDataSource）——它内部状态复杂（连接管理、健康检查、监控），mock 后行为不可靠；也不要试图“关闭” mock 的 Connection，因为 close() 在 mock 中默认是空操作，无需验证；如果业务代码里有 try-with-resources，确保 mock 的 Connection 和 Statement 支持多次 close 调用（Mockito 默认支持）。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
