答案：通过关闭自动提交并结合try-catch-finally，可在异常时回滚事务并释放资源，确保数据一致性。
在Java中处理数据库事务时，确保数据的一致性和完整性至关重要。当执行多个数据库操作时，如果其中任何一个步骤出错，整个事务应当回滚，避免产生脏数据。结合 try-catch-finally 机制与 JDBC 的事务管理，可以实现对异常的完整控制。
1. 理解事务的基本控制流程
在JDBC中，默认情况下每条SQL语句都是自动提交的（autocommit = true）。要手动控制事务，需要关闭自动提交模式，通过手动调用 commit() 提交或 rollback() 回滚。
try块用于执行数据库操作，catch块捕获异常并触发回滚，finally块确保资源（如Connection、Statement、ResultSet）被正确释放。
示例代码结构：
Connection conn = null;
try {
conn = DriverManager.getConnection(url, user, password);
conn.setAutoCommit(false); // 关闭自动提交
// 执行多个数据库操作
PreparedStatement ps1 = conn.prepareStatement(sql1);
ps1.executeUpdate();
PreparedStatement ps2 = conn.prepareStatement(sql2);
ps2.executeUpdate();
conn.commit(); // 所有操作成功，提交事务
} catch (SQLException e) {
if (conn != null) {
try {
conn.rollback(); // 发生异常，回滚事务
} catch (SQLException ex) {
ex.printStackTrace();
}
}
e.printStackTrace(); // 记录异常信息
} finally {
if (conn!= null) {
try {
conn.setAutoCommit(true); // 恢复默认状态
conn.close(); // 释放连接
} catch (SQLException e) {
e.printStackTrace();
}
}
}
2. 在catch中进行事务回滚的关键点
一旦发生异常，必须立即回滚事务，防止部分数据被提交。
- 检查 Connection 是否为 null，避免空指针异常。
- rollback() 方法也可能抛出 SQLException，需再次捕获处理。
- 建议记录回滚原因，便于排查问题。
例如，在更新订单和库存时，若库存不足导致异常，订单也不应创建，此时回滚能保证业务逻辑一致性。
3. finally 块中的资源清理与状态恢复
finally 块的作用是无论是否发生异常，都执行必要的清理工作。
- 恢复 conn.setAutoCommit(true) 是良好实践，避免影响后续使用该连接的操作。
- 务必关闭数据库连接，防止连接泄漏。
- 若使用连接池（如 HikariCP、Druid），不恰当的连接未关闭会导致连接耗尽。
注意：即使在 try 或 catch 中已 close 连接，仍应在 finally 中再次确认关闭，以应对异常提前跳出的情况。
4. 结合实际场景的最佳实践
在真实项目中，建议将事务逻辑封装，提升可维护性。
- 使用 try-with-resources 自动管理资源（JDK 7+），减少样板代码。
- 考虑使用 Spring 的 @Transactional 注解简化事务管理。
- 对于复杂业务，可引入事务模板或服务层统一处理。
例如使用 try-with-resources 改进后的写法：
try (Connection conn = DriverManager.getConnection(url, user, password)) {
conn.setAutoCommit(false);
try (PreparedStatement ps1 = conn.prepareStatement(sql1);
PreparedStatement ps2 = conn.prepareStatement(sql2)) {
ps1.executeUpdate();
ps2.executeUpdate();
conn.commit();
} catch (SQLException e) {
conn.rollback();
throw e; // 可选择重新抛出异常
}
} catch (SQLException e) {
e.printStackTrace();
}
基本上就这些。合理使用 try-catch-finally 能有效控制数据库事务的执行路径，确保异常时不遗漏回滚，同时保障资源及时释放。虽然代码稍显冗长，但在没有框架支持的原生JDBC场景下，这是最稳妥的做法。
