问题
我们使用JDBC的标准代码部分是......
Connection conn = getConnection(...);
Statement stmt = conn.conn.createStatement (ResultSet.TYPE_SCROLL_INSENSITIVE,
ResultSet.CONCUR_READ_ONLY);
ResultSet rset = stmt.executeQuery (sqlQuery);
// do stuff with rset
rset.close(); stmt.close(); conn.close();
问题1：使用连接池时，是否应该在结束时关闭连接？如果是这样，汇集失败的目的不是？如果没有，DataSource如何知道什么时候释放Connection的特定实例并且可以重用？我对这个有点困惑，任何指针都赞赏。
问题2：以下方法是否接近标准？看起来像是尝试从池中获取连接，如果无法建立DataSource，请使用旧式的DriverManager。我们甚至不确定哪个部分在运行时被执行。重复上面的问题，是否应该关闭Connection这样的方法？
谢谢， - MS。
synchronized public Connection getConnection (boolean pooledConnection)
throws SQLException {
if (pooledConnection) {
if (ds == null) {
try {
Context envCtx = (Context)
new InitialContext().lookup("java:comp/env");
ds = (DataSource) envCtx.lookup("jdbc/NamedInTomcat");
return ds.getConnection();
} catch (NamingException e) {
e.printStackTrace();
}}
return (ds == null) ? getConnection (false) : ds.getConnection();
}
return DriverManager.getConnection(
"jdbc:mysql://"+ipaddy+":"+dbPort +"/" + dbName, uName, pWord);
}
编辑：我认为我们正在获得池连接，因为我们没有看到堆栈跟踪。
#1 热门回答(103 赞)
使用连接池时，应该在结束时关闭连接吗？如果是这样，汇集失败的目的不是？如果没有，DataSource如何知道什么时候释放Connection的特定实例并且可以重用？我对这个有点困惑，任何指针都赞赏。
是的，当然你也需要关闭池化连接。它实际上是实际连接的包装器。它将在封面下释放回到池的实际连接。进一步由池来决定是否关闭实际连接或重新使用newgetConnection()call。因此，无论你是否使用连接池，你都应该在你获得它们的8393123035的finally块中以相反的顺序关闭所有JDBC资源45243342。在Java 7中，这可以通过使用try-with-resources语句进一步简化。
以下方法是否接近标准？看起来像是尝试从池中获取连接，如果无法建立DataSource，请使用旧式的DriverManager。我们甚至不确定哪个部分在运行时被执行。重复上面的问题，是否应该关闭Connection这样的方法？
这个例子非常可怕。在应用程序启动期间，你只需要在应用程序范围的DB配置类的某些构造函数/初始化中查找/初始化一次DataSource。然后在整个应用程序的生命周期中，在同一个数据源上调用getConnection()。无需同步或无需检查。
也可以看看：
- 在多线程系统中使用静态java.sql.Connection实例是否安全？
- 我使用JDBC连接池吗？
#2 热门回答(21 赞)
这些池通常会返回一个包装的Connection对象，其中覆盖了close()方法，通常会将Connection返回到池中。调用close()是可以的，可能仍然需要。
close()方法可能如下所示：
public void close() throws SQLException {
pool.returnConnection(this);
}
对于第二个问题，你可以添加一个记录器来显示底部块是否运行。我想，虽然你只想要一种方法来配置你的数据库连接。我们只使用池来进行数据库访问。无论哪种方式，关闭连接对于防止泄漏非常重要。