java中连接池配合jndi使用的核心是将连接池管理权交由容器（如tomcat），应用仅通过统一逻辑名称（如java:comp/env/jdbc/mydb）查找datasource，实现配置与代码分离；jndi充当命名服务，容器启动时初始化并托管连接池，应用调用getconnection()自动获取、close()仅归还连接，无需关心底层实现。
Java 中连接池配合 JNDI 使用，核心是把连接池的管理权交给容器（如 Tomcat），应用代码只通过逻辑名称查找数据源，不直接创建或配置连接池。这种方式实现了配置与代码分离，便于维护和部署。
连接池由容器托管，JNDI 提供统一访问入口
连接池本身（比如 Tomcat 内置的 DBCP 或 Commons DBCP2）在服务器启动时初始化并管理连接生命周期；JNDI 则像一个“电话簿”，把数据源绑定到一个名字（如 java:comp/env/jdbc/mydb），应用只需查这个名字就能拿到带连接池能力的 DataSource 实例。
- 连接池不是在 Java 代码里 new 出来的，而是在 Tomcat 的配置文件中声明
- JNDI 名称必须前后一致：server.xml 或 context.xml 中的 name、web.xml 中的 res-ref-name、代码 lookup 的字符串三者要完全匹配
- 应用拿到的是 javax.sql.DataSource 接口实例，调用 getConnection() 时自动从池中获取连接，用完 close() 也只是归还，不是真正断开
关键配置文件要协同工作
以 Tomcat 为例，需三个地方配合：
- 驱动放对位置：MySQL 驱动 JAR（如 mysql-connector-java-8.0.x.jar）必须放在 $CATALINA_HOME/lib（不是 WEB-INF/lib），否则容器无法加载数据源
-
定义资源：在 META-INF/context.xml（推荐）或 conf/context.xml 中写
<resource name="jdbc/mydb" type="javax.sql.DataSource" ...></resource>，包含 url、用户名、密码、maxActive、maxIdle 等池参数 -
声明引用：在 WEB-INF/web.xml 中添加
<resource-ref></resource-ref>，明确告诉容器“本应用要用这个 JNDI 名称的数据源”
代码里只做标准 JNDI 查找
业务代码无需引入连接池依赖，也不关心底层是 DBCP 还是 HikariCP（Tomcat 9+ 默认用 DBCP2）：
- 使用 InitialContext 查找 java:comp/env/ + JNDI 名称
- 强制转换为 DataSource，再调 getConnection()
- 示例：
DataSource ds = (DataSource) new InitialContext().lookup("java:comp/env/jdbc/mydb"); Connection conn = ds.getConnection(); - 异常要捕获 NamingException（JNDI 查找不到）和 SQLException（取连接失败）
为什么这样设计更可靠
传统方式每次请求都 new Connection，高并发下容易耗尽数据库连接数或拖慢响应；而 JNDI + 连接池组合让容器统一管控：
- 连接复用：同一连接可被多个请求轮流使用，减少握手开销
- 自动回收：即使开发者忘记 close()，连接池通常有泄漏检测机制（如 removeAbandonedOnBorrow）
- 集中调优：修改最大连接数、超时时间等，只需改配置，不用动代码、不需重启应用（部分容器支持热更新）
- 环境隔离：开发、测试、生产可用不同 JNDI 名称绑定不同数据库，代码零修改
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
