Java中封装数据库连接池的核心是将创建、配置、资源管理全部内部化，对外仅提供面向业务的简单安全接口，调用方无需知晓具体实现、参数细节或生命周期管理。
Java 中通过封装隐藏数据库连接池的配置细节，核心是把连接池的创建、参数设定、资源管理全部收进内部，对外只暴露简单、安全、面向业务的操作接口。不是“不让看配置文件”，而是让调用方根本不需要知道连接池用了 HikariCP 还是 C3P0、最大连接数设了多少、是否启用了健康检查——这些都由封装层决定并自动处理。
用 JavaBean 封装配置参数
把数据库连接池所需的配置（URL、用户名、密码、初始大小、最大连接数、超时时间等）定义为一个标准 JavaBean 类，字段全 private，仅提供 getter/setter，不暴露构造逻辑。
- 避免在业务代码中硬写 new HikariConfig() 或手动 setJdbcUrl(...)，所有配置项集中管理
- 支持从外部加载：可通过 Properties、YAML、Spring Environment 或环境变量注入属性，Bean 自动绑定
- 敏感字段如 password 可延迟解密或交由配置中心处理，JavaBean 本身不参与解密逻辑
连接池实例由工厂统一创建与持有
不对外暴露 DataSource 或连接池对象本身，而是通过静态工厂或单例类返回封装后的访问入口。
- 工厂内部完成连接池初始化（如 new HikariDataSource(config)），并缓存唯一实例
- 调用方只接触类似 DatabaseExecutor 或 JdbcTemplate 的抽象操作类，不接触 DataSource
- 若需多数据源，工厂按标识符（如 "master" / "slave"）返回不同实例，切换对业务透明
业务方法屏蔽底层资源生命周期
所有数据库操作方法（如 executeUpdate、queryForObject）都在内部自动获取连接、执行 SQL、归还连接，调用方无需 close、无需 try-with-resources。
立即学习“Java免费学习笔记（深入）”；
- 每个方法内部使用连接池提供的 getConnection()，用完立即归还（不是 close），由池管理复用
- 异常时自动触发连接回收，防止泄漏；超时、失败连接由池自动剔除并重建
- 批量操作、事务控制等也封装在方法签名里，例如 batchInsert(List<User>) 内部复用同一连接和 PreparedStatement
配置变更不影响调用方代码
当需要调整连接池行为（比如从 C3P0 切换到 HikariCP、增加连接泄漏检测、启用连接测试查询），只需改封装层内部实现，上层代码完全不动。
- 依赖倒置：上层只面向接口（如 DataAccessor），不依赖具体连接池实现类
- 模块化隔离：连接池相关类放在 internal 或 impl 包下，通过 module-info.java 限制导出（Java 9+）
- 配置项可设默认值（如 maxPoolSize=10），业务方不传参即生效；特殊场景才允许覆盖
