关于 org.apache.commons.dbcp.BasicDataSource 的问题

Question

我修复了一些与我们使用 BasicDataSource 的方式相关的错误，尽管我理解了其中的一部分，但我仍然有一些问题没有得到解答:)

问题： 数据库发生故障后，应用程序无法自动连接到数据库。

应用程序正在使用 org.apache.commons.dbcp.BasicDataSource 类 作为与 Oracle 数据库的 JDBC 连接的 TCP 连接池。

修复： 经过一番研究，我发现在 BasicDataSource 中未设置 testOnBorrow 和 testOnreturn 。我提供了验证查询来测试连接。 问题

这解决了池中最大连接数设置为 1 的

我的理解： 连接池会将连接移交给应用程序。 我认为正在发生的事情是应用程序在数据库崩溃时神奇地将错误的集合返回到池中。现在，由于池不知道它是否是一个坏连接，它会在下次需要时将相同的连接移交给应用程序，从而导致应用程序不会自动重新连接到数据库。

现在，修复后..每当错误的连接返回到连接池时，由于我上面所做的修复，它将被丢弃并且不会再次使用。

现在我知道 BasicDataSource 在提供给应用程序之前包装连接，这样每当应用程序说 con.close ..BasicDataSource 就会知道该连接不再使用..它将负责将连接返回到池或Discardigg 等

未回答的问题： 然而，我不明白的是，是什么让应用程序在连接断开时神奇地将连接返回到连接池[请注意，当连接不正常退出时，不会调用 con.close 方法]。 BasicDataSource 无法知道连接已关闭还是存在？。有人可以指点我为此编写代码吗？

我的总体理解是为什么修复有效？

Answer 1

现在，我知道这是一个旧线程，但它在谷歌搜索结果中的排名很高，所以我想我可以给它一个快速的答案。有关配置 BasicDataSource 的更多信息，您应该参考 DBCP 配置页面：http:// /commons.apache.org/proper/commons-dbcp/configuration.html

回答“BasicDataSource 如何知道连接何时被放弃并需要返回到连接池？”这一“未答复”的问题。 （解释）...

org.apache.commons.dbcp.BasicDataSource 能够通过使用连接的包装类来监视其提供的连接上的流量和使用情况。每次您调用连接上的方法或从连接创建的任何语句时，您实际上是在调用一个包装类，该包装类实现了一个接口或使用这些相同的方法扩展了一个基类（多态万岁！）。这些自定义方法允许数据源知道连接是否处于活动状态。

在 BasicDataSource 本身上，有一个名为“removeAbandoned”的属性和另一个名为“removeAbandonedTimeout”的属性，用于配置将废弃的连接返回到连接池的行为。

“removeAbandoned”是一个布尔值，指示是否应将废弃的连接返回到池中。默认为“假”。

“removeAbandonedTimeout”是一个 int，表示在认为放弃连接之前应允许经过的不活动秒数。默认值为 300（大约 5 分钟）。

Answer 2

查看废弃连接测试 ，看起来当请求新连接时池中的所有连接都“正在使用”时，“正在使用”的连接将被测试是否被放弃（它们维护上次使用时间的时间戳）。

请参阅 BasicDataSource#setRemoveAbandoned(boolean) 和 BasicDataSource# setRemoveAbandonedTimeout(int)

无论您的连接池在关闭废弃连接方面有多聪明，您都应该始终确保每个连接在finally块中关闭，例如：

Connection conn = getConnection();
try {
    ... // perform work
} finally {
    conn.close();
}

或者使用其他一些方法，例如Apache DBUtils。