DBCP已经过时，不能生产。前段时间，我们对这两者进行了内部分析，创建了一个测试fixture，针对这两者生成负载和并发性，以评估它们在现实生活条件下的适用性。

DBCP始终在我们的测试应用程序中生成异常，并且难以达到C3P0在没有任何异常的情况下处理的性能水平。

C3P0还健壮地处理了DB断开和恢复上的透明重新连接，而DBCP永远不会恢复连接，如果链接从下面被取出。更糟糕的是，DBCP将Connection对象返回给底层传输中断的应用程序。

从那时起，我们已经在4个主要的重载消费者web应用程序中使用了C3P0，并且从未回头。

更新:经过多年的搁置，Apache Commons终于将DBCP从休眠状态中解放出来，现在它又一次成为了一个积极开发的项目。因此，我原来的帖子可能已经过时了。

也就是说，我还没有体验过这个新升级的库的性能，也没有听说过它在任何最新的应用程序框架中。

不幸的是，它们都过时了。DBCP最近更新了一些，另外两个已经有2-3年的历史了，有很多突出的bug。

DBCP已经过时，不能生产。前段时间，我们对这两者进行了内部分析，创建了一个测试fixture，针对这两者生成负载和并发性，以评估它们在现实生活条件下的适用性。

DBCP始终在我们的测试应用程序中生成异常，并且难以达到C3P0在没有任何异常的情况下处理的性能水平。

C3P0还健壮地处理了DB断开和恢复上的透明重新连接，而DBCP永远不会恢复连接，如果链接从下面被取出。更糟糕的是，DBCP将Connection对象返回给底层传输中断的应用程序。

从那时起，我们已经在4个主要的重载消费者web应用程序中使用了C3P0，并且从未回头。

更新:经过多年的搁置，Apache Commons终于将DBCP从休眠状态中解放出来，现在它又一次成为了一个积极开发的项目。因此，我原来的帖子可能已经过时了。

也就是说，我还没有体验过这个新升级的库的性能，也没有听说过它在任何最新的应用程序框架中。

已经在生产中使用DBCP好几年了。它是稳定的，生存DB服务器重启。只要正确配置即可。它只需要指定几个参数，所以不要偷懒。下面是我们系统生产代码中的一个片段，其中列出了我们显式设置的参数，以使其工作:

DriverAdapterCPDS driverAdapterCPDS = new DriverAdapterCPDS();
driverAdapterCPDS.setUrl(dataSourceProperties.getProperty("url"));
driverAdapterCPDS.setUser(dataSourceProperties.getProperty("username"));
driverAdapterCPDS.setPassword(dataSourceProperties.getProperty("password"));
driverAdapterCPDS.setDriver(dataSourceProperties.getProperty("driverClass"));

driverAdapterCPDS.setMaxActive(Integer.valueOf(dataSourceProperties.getProperty("maxActive")));
driverAdapterCPDS.setMaxIdle(Integer.valueOf(dataSourceProperties.getProperty("maxIdle")));
driverAdapterCPDS.setPoolPreparedStatements(Boolean.valueOf(dataSourceProperties.getProperty("poolPreparedStatements")));

SharedPoolDataSource poolDataSource = new SharedPoolDataSource();
poolDataSource.setConnectionPoolDataSource(driverAdapterCPDS);
poolDataSource.setMaxWait(Integer.valueOf(dataSourceProperties.getProperty("maxWait")));
poolDataSource.setDefaultTransactionIsolation(Integer.valueOf(dataSourceProperties.getProperty("defaultTransactionIsolation")));
poolDataSource.setDefaultReadOnly(Boolean.valueOf(dataSourceProperties.getProperty("defaultReadOnly")));
poolDataSource.setTestOnBorrow(Boolean.valueOf(dataSourceProperties.getProperty("testOnBorrow")));
poolDataSource.setValidationQuery("SELECT 0");

如果配置正确，Dbcp可以用于生产。

例如，它用于一个每天有350000访问者和200个连接池的商业网站。

只要配置正确，它就能很好地处理超时。

版本2正在进行中，它有一个背景，这使得它可靠，因为许多 生产问题已得到解决。

我们使用它作为我们的批处理服务器解决方案，它已经运行了数百个批次，在数据库中工作数百万行。

由tomcat jdbc池运行的性能测试表明，它的性能优于cp30。

我刚在DBCP上浪费了一天半时间。尽管我使用的是最新的DBCP版本，但我遇到了与j pimmel完全相同的问题。我完全不推荐DBCP，特别是它在DB消失时将连接从池中抛出，当DB返回时无法重新连接，并且无法动态地将连接对象添加回池中(它永远挂在JDBCconnect I/O套接字读取后)。

我现在切换到C3P0。我在以前的项目中使用过它，它的工作和表现就像一个魅力。