在 Java 中操作 SQLite 时，未正确关闭 Connection、PreparedStatement 和 ResultSet 会导致 SQLITE_BUSY 锁定异常；推荐使用 try-with-resources 语句自动管理资源生命周期，确保连接及时释放。
在 java 中操作 sqlite 时，未正确关闭 connection、preparedstatement 和 resultset 会导致 `sqlite_busy` 锁定异常；推荐使用 try-with-resources 语句自动管理资源生命周期，确保连接及时释放。
SQLite 是文件型数据库，不支持多线程并发写入（默认配置下），且连接未显式关闭时可能长期持有文件锁，导致后续查询因“database is locked”而失败。你提供的代码片段中存在两个关键问题：一是手动管理资源但未调用 close()，二是异常被空 catch 块吞没，掩盖了真实的错误根源（如连接未释放、事务未提交/回滚、ResultSet 未遍历完毕等）。
✅ 正确做法：始终使用 try-with-resources
该语法能保证所有实现了 AutoCloseable 接口的资源（Connection、PreparedStatement、ResultSet）在作用域结束时自动、有序、安全地关闭，无论是否发生异常或提前返回：
String dbUrl = "jdbc:sqlite:app.db";
try (Connection conn = DriverManager.getConnection(dbUrl);
PreparedStatement ps1 = conn.prepareStatement("SELECT * FROM users");
ResultSet rs1 = ps1.executeQuery()) {
// 处理 users 结果集（务必完整遍历或显式 close）
while (rs1.next()) {
System.out.println(rs1.getString("name"));
}
// ✅ 可在同一 try-with-resources 中执行多个语句（需复用或新建 PreparedStatement）
try (PreparedStatement ps2 = conn.prepareStatement("SELECT * FROM employees");
ResultSet rs2 = ps2.executeQuery()) {
while (rs2.next()) {
System.out.println(rs2.getString("department"));
}
} // ps2 和 rs2 在此处自动关闭
} catch (SQLException e) {
// ❗ 不要静默吞掉异常！至少记录日志
e.printStackTrace(); // 或使用 SLF4J / Log4j 记录
throw new RuntimeException("数据库查询失败", e); // 向上抛出封装异常
}
// conn、ps1、rs1 此处已 100% 关闭，不会造成文件锁残留⚠️ 重要注意事项：
- 不要混用手动 close() 与 try-with-resources：重复关闭会抛出 SQLException。
- ResultSet 必须完全消费或显式关闭：若只读取部分行就跳出循环，剩余数据仍占用锁；建议遍历到底，或在 finally / try-with 中确保关闭。
- 单线程场景下，一个连接不应跨多次独立查询长期持有：如需多次查询，应为每次逻辑操作创建新连接（轻量，SQLite 支持），而非复用未关闭连接。
- 多线程访问必须加同步或使用连接池（如 HikariCP + SQLite JDBC 的线程安全配置），否则 SQLITE_BUSY 是必然结果——try-with-resources 仅解决资源泄漏，不解决并发锁竞争。
- 避免在 catch 块中仅写 ex.printStackTrace() 而不做任何恢复或上报：这属于反模式，应统一日志记录并按业务策略决定重试、降级或中断。
总结：SQLITE_BUSY 往往是资源泄漏的表象，根源在于连接/语句/结果集未及时释放。采用 try-with-resources 是 Java 7+ 的标准实践，它从语法层面强制资源确定性清理，大幅提升稳定性和可维护性。配合合理的异常传播策略与线程安全设计，即可彻底规避此类锁定问题。
