调试时没有关闭数据库连接的问题？
我有一个Java应用程序，它在开始时打开与数据库的连接，并在最后关闭它。 但是，程序并不总是完成，因为抛出exception或者我正在调试它并在中途停止它。
这是否会导致打开连接以堆积和减慢数据库速度，还是会自动清理？
数据库连接由数据库拥有和管理，该类只允许您访问该数据库资源。 如果不关闭连接，那么Java类可能被垃圾收集，但数据库可能无法告知连接不再使用，这可能导致数据库资源被浪费（直到数据库端超时） ）甚至泄漏。
因此，当您完成使用Connection ，应确保通过调用close()方法显式关闭它。 这将允许垃圾收集器尽早重新收集内存， 更重要的是 ，它释放连接可能保留的任何其他数据库资源（游标，句柄等）。
在Java中执行此操作的传统方法是在完成它们时关闭ResultSet ， Statement和Connection （按此顺序），并且安全模式如下所示：
Connection conn = null; PreparedStatement ps = null; ResultSet rs = null; try { // Do stuff ... } catch (SQLException ex) { // Exception handling stuff ... } finally { if (rs != null) { try { rs.close(); } catch (SQLException e) { /* ignored */} } if (ps != null) { try { ps.close(); } catch (SQLException e) { /* ignored */} } if (conn != null) { try { conn.close(); } catch (SQLException e) { /* ignored */} } }
finally块可以略微改进（以避免空值检查）：
} finally { try { rs.close(); } catch (Exception e) { /* ignored */ } try { ps.close(); } catch (Exception e) { /* ignored */ } try { conn.close(); } catch (Exception e) { /* ignored */ } }
但是，这仍然非常冗长，因此您通常最终使用辅助类来关闭null安全帮助程序方法中的对象，并且finally块变为类似：
} finally { DbUtil.closeQuietly(rs); DbUtil.closeQuietly(ps); DbUtil.closeQuietly(conn); }
实际上， Apache Commons DbUtils有一个DbUtils类，它正是这样做的，所以不需要编写自己的类。
在您的情况下，这将解决exception的问题，但不会解决调试问题（并且您将浪费数据库资源，直到数据库端发生超时）。 所以1.不要使用生产数据库调试代码2.尝试执行调试会话直到结束。
这是Sun（错误…… Oracle？） 所说的 ：
建议程序员明确关闭不再需要的连接和语句。
程序员用Java编程语言编写代码而不使用任何外部资源不需要担心内存管理。 垃圾收集器在不再使用时自动删除对象并释放它们正在使用的内存。 当内存不足时，它将回收丢弃的对象，使它们当前占用的内存可用于快速重用。
但是，如果应用程序使用外部资源，就像它使用JDBC API访问DBMS时一样，垃圾收集器无法知道这些资源的状态。 它仍将回收丢弃的对象，但如果Java堆中有大量可用内存，即使（少量）Java垃圾持有大量昂贵的数据库资源，它也可能不经常收集垃圾。 因此，建议程序员在不再需要时立即关闭所有连接（使用方法Connection.close）和语句（使用方法Statement.close），从而尽可能早地释放DBMS资源。 这尤其适用于旨在与不同DBMS一起使用的应用程序，因为从一个DBMS到另一个DBMS的变化。
我将数据库访问放在try块中，并确保关闭finally块中的所有语句和连接。
您的数据库服务器将具有超时设置。 它将关闭连接并回滚任何未提交的事务。 对于任何具有生产能力的db产品，这种情况已经发生了数十年。
如果你想正确使用try {..你的代码..}最后{..close connections ..}
不。
如果您的程序继续并且您的连接仍然存在，则BD只是拒绝您的判决。
如果您的连接发生了某些事情（例如，超时），那么BD就是关闭了该连接并且不消耗资源的人。
如果您释放了连接，并且调用了垃圾收集器（可能需要一段时间），连接将在释放之前自行关闭。
如果您的程序在未关闭连接的情况下终止，那么所有（操作系统）进程将释放其本机资源，以及它们之间连接到BD的本机资源（可能是网络套接字）。 然后，BD将接收中止/关闭的连接并释放您的连接。
唯一可能发生的事情是，只有一次执行会多次连接到BD并做一些非常糟糕的事情让它们保持打开状态，从而阻碍所有可用的连接。 但我认为这不是你的情况。
编辑 ：一般来说，BD是坏的 – 客户端行为 – 防范