JDBC：Java DataBase Connectivity，Java连接数据库和执行SQL语句的API。
JNDI：Java Naming and Directory Interface，Java命名和目录接口。JNDI是指使用数据源连接数据库的这种方式，简单地，可以将JNDI理解为所有Data Source的集合。
DBCP：DataBase Connection Pool，数据库连接池。数据连接池就是连接数据库的进程的集合。一般的SQL 执行都是“建立数据库连接--执行SQL--关闭数据库连接”，对于频繁连接数据库应用，这样反复“建立连接--关闭连接”是非常耗系统资源的。
Data Source：数据源。就是将IP、数据库、用户名、密码封装起来对外只提供一个JNDI名称，在应用中只要调用这个JNDI就能连接数据库，而不需要在代码中写入用户名密码等信息。这样做的好处是，当用户名密码乃至数据库变化时只需要去修改JNDI的xml文件而不需要去修改代码。
数据源、JNDI、DBCP都是在中间件配置维护而不是在应用代码中配置维护的。
https://www.cnblogs.com/sunseine/p/5947448.html
0、DBCP简介
DBCP(DataBase connection pool)数据库连接池是 apache 上的一个Java连接池项目。DBCP通过连接池预先同数据库建立一些连接放在内存中(即连接池中)，应用程序需要建立数据库连接时直接到从接池中申请一个连接使用，用完后由连接池回收该连接，从而达到连接复用，减少资源消耗的目的。
1、DBCP所依赖的jar包(以下例子基于如下jar包版本)
commons-dbcp2-2.1.1.jar commons-logging-1.2.jar commons-pool2-2.4.2.jar
2、DBCP使用示例
下图是在Eclipse中创建的Java工程，使用了DBCP相关的jar包，mysql的jdbc驱动jar包，junit4 。
并在src同级目录下创建了config目录，用于存放DBCP的配置文件。
【注】类DBCPUtil.java在下面的例子中未用到。
1) DBCP配置文件dbcp.properties
2) 创建初始化DBCP的类KCYDBCPUtil.java
3) 创建使用JDBC获取数据库连接的类DBConn.java（用于和DBCP连接池对比）
4) 创建测试类DBCPTest.java
测试类中采用3中方法将2000个数据插入数据库同一张表中，每次插入数据之前，先清空表，并对结果进行了对比。
3中插入数据方法如下：
(1) 每次插入一条数据前，就创建一个连接，该条数据插入完成后，关闭该连接；
(2) 使用DBCP连接池，每次插入一条数据前，从DBCP连接池中获取一条连接，该条数据插入完成后，该连接交由DBCP连接池管理；
(3) 在插入数据之前创建一条连接，2000个数据全部使用该连接，2000个数据插入完毕后，关闭该连接。
测试结果如下：
(1) 每次插入一条数据前，就创建一个连接，该条数据插入完成后，关闭该连接。耗时158.318秒
(2) 使用DBCP连接池，每次插入一条数据前，从DBCP连接池中获取一条连接，该条数据插入完成后，该连接交由DBCP连接池管理。耗时122.404秒
(3) 在插入数据之前创建一条连接，2000个数据全部使用该连接，2000个数据插入完毕后，关闭该连接。耗时117.87秒
通过对比结果看出，向同一个表中插入2000条数据，每插入一条数据前创建一个新连接，会非常耗时，而使用DBCP连接池和使用同一个连接操作，耗时比较接近。
3、相关问题
1) 应用程序中，使用完一个数据库连接后，DBCP连接池如何管理该连接。
分两种情况：
(1) 应用程序中主动关闭该连接，即DBCPTest.java中第79行 conn.close();
这种情况并不是手动将该连接关闭，而是将该连接交回给DBCP连接池，由连接池管理该连接。即用完连接后显示的将数据库连接提交至DBCP连接池。
(2) 应用程序中不关闭该连接，即将DBCPTest.java中第79行 conn.close()注释掉
这种情况DBCP配置文件dbcp.properties中的配置项(注意jar包版本，低版本中使用removeAbandoned=true配置项)
removeAbandonedOnMaintenance=true removeAbandonedOnBorrow=true removeAbandonedTimeout=1
会起作用，removeAbandonedOnMaintenance=true和removeAbandonedOnBorrow=true表示DBCP连接池自动管理应程序中使用完毕的连接，removeAbandonedTimeout=1表示一个连接在程序中使用完毕后，若在1秒之内没有再次使用，则DBCP连接池回收该连接(通常removeAbandonedTimeout不会配置1，此处为了测试使用)。
(3) 验证removeAbandonedOnMaintenance=true、removeAbandonedOnBorrow=true和removeAbandonedTimeout=1配置项的作用
将测试类DBCPTest.java的writeDBByDBCP(int data)方法修改为如下：
重新执行testWriteDBByDBCP()方法，结果如下：
可见writeDBByDBCP(int data)方法修改后和修改前作用相同，说明连接使用完后，由DBCP连接池管理。
而如果将修改配置项removeAbandonedTimeout=180，即一个连接用完后会等待180秒，超过180秒后才由DBCP连接池回收，重新执行testWriteDBByDBCP()方法，执行一段时间后报错(Cannot get a connection, pool error Timeout waiting for idle object)，如下：
此时，查询数据表，发现正好插入了30条数据，如下：
这说明在插入第31条数据的时候报错，错误原因是连接池中没有可用的连接了。这是因为DBCP连接池初始化连接数为30，removeAbandonedTimeout设为180秒，所以30个连接用完后，程序运行还未 到180秒，程序中用完的连接都还没有被DBCP连接池回收，所以DBCP连接池中没有可用的连接了，才会在插入第31条数据时报错。
版权声明：
本文来源网络，所有图片文章版权属于原作者，如有侵权，联系删除。
本文网址：https://www.mushiming.com/mjsbk/11687.html