JDBC 连接池：连接重用？

Question

根据我的理解，JDBC 连接池（在基本层面上）是这样工作的：

1. 在应用程序初始化期间创建连接并放入缓存中，
2. 根据需要向应用程序提供这些缓存的连接，
3. 一个单独的线程维护连接池，执行以下活动：
   • 丢弃已使用（关闭）的连接
   • 创建新连接并将其添加到缓存中以维持特定的连接数量

但是，每当我在 JDBC 连接池讨论中听到术语“连接重用”时，我都会感到困惑。什么时候会发生连接重用？

这是否意味着连接池为两个不同的数据库交互提供了相同的连接（而不关闭它）？或者，即使在数据库调用后关闭连接，是否有办法继续使用连接？

Answer 1

连接池通过重用连接来工作。应用程序从池中“借用”连接，然后在完成后“归还”它。然后，该连接会再次分发给应用程序的另一部分，甚至分发给不同的应用程序。

只要同一个连接不被两个线程同时使用，这就是完全安全的。

连接池的关键点是尽可能避免创建新连接，因为这通常是一项昂贵的操作。重用连接对于性能至关重要。

Answer 2

连接池不向您提供来自驱动程序的实际连接实例，而是返回一个包装器。当您对池中的 Connection 实例调用“close()”时，它不会关闭驱动程序的 Connection，而只是将打开的连接返回到池中，以便可以重新使用它（请参阅 skaffman 的答案）。

Answer 3

连接池重用连接。
下面是 apache dbcp 的工作原理。

Connection poolableConnection= apacheDbcpDataSource.getConnection();

Apache DBCP 实现返回 PoolableConnection 类型的连接包装器。

poolableConnection.close();

PoolableConnection.close() 检查实际的底层连接是否关闭，如果没有关闭，则将此 PoolableConnection 实例返回到连接池（在本例中为 GenericObjectPool）。

if (!isUnderlyingConectionClosed) {
            // Normal close: underlying connection is still open, so we
            // simply need to return this proxy to the pool
            try {
                genericObjectPool.returnObject(this); //this is PoolableConnection instance in this case
....
              }

Answer 4

我的理解与上面所述相同，并且由于错误，我有证据表明它是正确的。在我使用的应用程序中存在一个错误，即 SQL 命令的列名无效。执行时会抛出异常。如果连接关闭，那么下次获取并使用连接时，这次使用正确的 SQL，将再次引发异常，并且错误消息与第一次相同，尽管不正确的列名甚至不会出现在第二个SQL。所以连接显然被重用了。如果在抛出第一个异常后连接未关闭（由于列名错误），则下次使用连接时一切正常。据推测，这是因为第一个连接尚未返回到池中以供重用。 （此错误发生在 Jave 1.6_30 和连接到 MySQL 数据库的情况下。）