JDBC中，如果ResultSet 和 Statement 不关闭的话，会有什么影响

感觉上好象是只要把connection给关闭了，系统就能正常运行了。
那在查询或是其实操作中，如果只关闭Connection，不作ResultSet 和 Statement 的关闭的话，对系统性能是否会有影响呢。或者是其实方面的不良影响。

如果你不使用连接池，那么就没有什么问题，一旦Connection关闭，数据库物理连接就被释放，所有相关Java资源也可以被GC回收了。

但是如果你使用连接池，那么请注意，Connection关闭并不是物理关闭，只是归还连接池，所以PreparedStatement和ResultSet都被持有，并且实际占用相关的数据库的游标资源，在这种情况下，只要长期运行，往往就会报“游标超出数据库允许的最大值”的错误，导致程序无法正常访问数据库。

补充：其实这个要看你用的是什么数据库，然后决定了你的JDBC，然后呢，决定了实现这个JDBC的方法，然后呢就决定了问题。

建议关闭。

只开不关的话可能会把数据库游标耗光

不使用连接池的情况下,如果你直接关闭连接话,对应的Statement,ResultSet对象都应该由Driver Vendor来帮你关闭,即由他来进行资源的释放.这个是由JDBC3.0规范中提到的.因为有些数据库资源可能属于GC不能释放的范围.

对于连接池的实现而言,有时间我看看Oracle和Postgres的实现再下定论吧.但是我认为出现上面的情况应该理解成为连接池vendor的一种没有按规范来实现的问题.如果用数据库自己实现的连接池应该不会有这样的情况出现.

weblogic6.x的连接池好像会关.

嘿嘿，如果这样的话，那就说明连接池的设计有漏洞了。

使用连接池时也应该会关闭PreparedStatement和ResultSet，看过Apache的DBCP，它是会关的，不知道其他连接池是怎么样的。实际上，使用不使用连接池应该对开发者透明，都应该遵循Jdbc规范，从这个角度，连接池如果没有实现关闭功能应该是有问题的。

这个关不关和使用不使用conn pool没有关系，一般操作是会是这样，线程从外界获取一个conn，然后创建自己地stmt,rs,然后执行逻辑操作，然后将conn返回给pool。 如果程序员忘记手动关地话。当这个线程执行完以后，stmt，rs都成垃圾，当他们被垃圾搜集地时候，gc会替我们把它们给关闭地。这就是很多代码没有关闭，仍然正常运行。
但是这样会有一个潜在地问题。就是gc无法确定什么时候运行。如果free地内存很多，很可能有些gc就不会被启动，这样stmt迟迟没有被关闭，执行一段时间会报错。
所以健壮地代码应该手工把rs,stmt都关闭

我之前使用JDBC做开发的时候就试过忘记了关闭smt,rs，导致游标超出数据库允许的最大值这个异常。。