Question

我正在使用c3p0。我按如下方式设置了一个池，

cpds = new ComboPooledDataSource();
cpds.setJdbcUrl(...);
/* connection setup */
spds.setMaxStatements(200);

我有一个对象，它在初始化时准备了几个预准备语句。为此，我从PooledDataSource获取连接（con = getConnection()），然后准备一个语句（例如PreparedStatement stmt = con.preparedStatemet(/*sql*/)）。准备好的语句作为私有变量存储在对象中，当前连接在初始化结束时关闭（con.close()）。准备好的语句用于对象的方法。

对于更新数据库的预准备语句，这很好用。但是，当我调用一个使用预准备语句（stmt.executeQuery()）来查询数据库的方法时，我得到以下SQLException

java.sql.SQLException: You can't operate on a closed Statement!!!
at com.mchange.v2.sql.SqlUtils.toSQLException(SqlUtils.java:118)
at com.mchange.v2.sql.SqlUtils.toSQLException(SqlUtils.java:77)
at com.mchange.v2.c3p0.impl.NewProxyPreparedStatement.executeQuery(NewProxyPreparedStatement.java:127)

我对c3p0的使用有什么不妥吗？

非常感谢提前！

编辑：显然，我的问题部分是基于我缺乏理解。正如在明确答案中指出的那样，PreparedStatement属于一个连接，每当连接关闭时，关联的语句也应该被关闭。但如果是这种情况，我不明白使用c3p0的语句缓存是什么。

Answer 1

你应该得到调用executeUpdate（）的相同异常。 JDBC连接和语句池设计为透明的：用于非池化数据源的相同API也应该用于池化版本。性能会有很大差异，但代码应该在语义上可以互换。

在非池化环境中，很明显为什么你的方法失败了：一个语句，无论是准备还是其他方式，都是一个Connection的子级，没有它就无法运行。你希望在集合环境中，即使Connection已经“关闭”，它仍然应该存在于池中，所以嘿，这些陈述可能是好的。但这是一个非常糟糕的主意（并且如果你在父连接已经关闭（）之后你的尝试做更新真的是成功的，那么，这将是一个错误，一个坏的。）一旦连接被“关闭”它回到游泳池，但不是永远。其他客户将检查它，并开始执行不应被陈旧陈述中断的交易工作。最终，Connections将从池中过期。那么你保留的PreparedStatements会发生什么？

c3p0 pool语句透明，这意味着您应该使用完全相同的API，而不使用池。每次都要在Connection上调用prepareStatement（...）。如果你已经在c3p0中启用了语句池（就像你一样），那么内部c3p0将检查是否已经准备好了Statement，如果是，它将悄悄地使用缓存版本而不是将请求转发给dbms。 / p>

我希望这有帮助！

c3p0准备好的声明因没有明显原因而关闭

1 个答案: