出现错误时为何需回滚Hibernate事务？

1. 既然事务会超时自动回滚，为什么还要手动在catch块里回滚？ #

• 超时自动回滚是被动等待，等待时间由数据库或框架的超时配置决定，这段时间里数据库连接、事务锁等资源会一直被占用，拖慢系统性能甚至阻塞其他请求。手动回滚是主动释放资源，能立刻把这些资源还给数据库，避免不必要的浪费。
• 超时机制并非绝对可靠：比如框架配置错误、数据库端超时参数未启用，或者网络异常导致Hibernate无法感知超时，这时手动回滚就是兜底保障，确保事务最终能被正确终止。
• 避免持久化上下文脏数据：Hibernate的一级缓存（持久化上下文）和事务绑定，如果事务未主动回滚，缓存里的脏数据不会被清空，后续如果误用这个Session，可能会把错误的数据意外同步到数据库。

2. 教程里说的“释放资源”具体指什么？ #

这里的资源主要包括三类：

• 数据库连接：每个Hibernate Session对应一个数据库连接，事务未结束时，连接会被持续占用，连接池中的可用连接减少，其他请求可能因拿不到连接而报错。
• 数据库锁：事务执行时会对操作的数据加行锁、表锁，若不主动回滚，这些锁要等到超时才释放，会阻塞其他对同数据的读写操作，严重时会引发死锁。
• JVM内存资源：持久化上下文里缓存的实体对象、事务相关的状态数据，主动回滚会清空这些内容，释放JVM的内存空间。

3. Hibernate会保持数据库物理事务开启吗？ #

会的。Hibernate的事务本质是代理数据库的物理事务：

• 调用session.beginTransaction()时，底层会调用JDBC的Connection.setAutoCommit(false)，真正开启数据库端的物理事务。
• 你提到的持久化上下文是Hibernate的逻辑缓存，用来暂存变更，但所有最终要同步到数据库的操作，都依赖这个物理事务。如果不主动回滚，数据库端的物理事务会一直处于开启状态，直到数据库的超时机制触发强制回滚。

示例代码 #

SessionFactory factory = new Configuration()
        .configure("persistence.xml")
        .addAnnotatedClass(Employee.class)
        .buildSessionFactory();

Session session = factory.getCurrentSession();
var transaction = session.beginTransaction();

try {
    Employee person1 = session.get(Employee.class, 1L);
    person1.setSalary(100000d);

    if (true) {
        throw new RuntimeException("error!");
    }

    transaction.commit();
} catch (Exception e) {
    e.printStackTrace();
    if (transaction.isActive())
        transaction.rollback();
} 

内容的提问来源于stack exchange，提问作者Null