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

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

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

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

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

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

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

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

已经在生产中使用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");

我们遇到了需要引入连接池的情况，我们面前有4个选项。

DBCP2 C3P0 Tomcat JDBC HikariCP

我们根据我们的标准进行了一些测试和比较，决定去HikariCP。 阅读这篇文章，它解释了为什么我们选择HikariCP。

当连接超时时，我遇到了DBCP问题，所以我尝试了c3p0。我本打算将其发布到生产环境中，但随后开始了性能测试。我发现c3p0表现很糟糕。我根本无法将其配置得很好。我发现它比DBCP慢两倍。

然后我尝试了Tomcat连接池。

这是c3p0的两倍快，并修复了我在DBCP中遇到的其他问题。我花了很多时间调查和测试这3个池子。如果要部署到Tomcat，我的建议是使用新的Tomcat JDBC池。