本文详解 Hibernate 中 persist（或 save）操作必须在活跃事务内执行，否则会抛出异常；澄清“先 save 后 beginTransaction”不可行，实际代码中看似“先保存后启事务”实为误读——session.beginTransaction() 多次调用仅返回已有事务，真正持久化发生在 commit() 时。
本文详解 hibernate 中 `persist`（或 `save`）操作必须在活跃事务内执行，否则会抛出异常；澄清“先 save 后 begintransaction”不可行，实际代码中看似“先保存后启事务”实为误读——`session.begintransaction()` 多次调用仅返回已有事务，真正持久化发生在 `commit()` 时。
在 Hibernate（及 JPA）中，事务是数据持久化的前提保障，而非可选装饰。session.save() 或 em.persist() 等操作本身不会立即触发 SQL INSERT，而是将实体标记为“待插入（persistent state）”，其实际数据库写入行为严格绑定于事务生命周期：只有在事务成功提交（commit()）时，Hibernate 才会执行 flush（同步内存状态到数据库），并最终完成 INSERT。
回顾你提供的代码片段：
Session session = sessionFactory.openSession();
transaction = session.beginTransaction(); // ✅ 启动事务（transaction A）
firstUser = createUser("user@example.com", "a", "yyy", true);
session.save(firstUser); // ✅ 在 transaction A 内执行，状态进入 persistent
session.beginTransaction().commit(); // ⚠️ 此处并非新事务！等价于 transactionA.commit()关键点在于：session.beginTransaction() 不是幂等创建新事务，而是获取当前绑定的事务对象。若 Session 已关联事务（如上例中第一次调用后），再次调用 beginTransaction() 将直接返回该事务实例，不会开启嵌套或新事务（Hibernate 默认不支持真正嵌套事务）。因此，session.save(firstUser) 实际发生在第一个事务上下文中，commit() 最终将变更刷入数据库。
⚠️ 若你尝试如下“真·先保存后启事务”的写法：
Session session = sessionFactory.openSession(); // ❌ 未开启事务 session.save(firstUser); // 抛出 org.hibernate.HibernateException: No transaction in progress session.beginTransaction().commit();
此时会明确抛出异常 —— 因为 Hibernate 要求所有 DML 操作（save/update/delete）必须处于活跃事务中，这是其事务一致性模型的硬性约束。
✅ 正确实践应遵循“事务先行”原则：
Session session = sessionFactory.openSession();
Transaction tx = null;
try {
tx = session.beginTransaction(); // 1. 先开启事务
User user = createUser("user@example.com", "a", "yyy", true);
session.save(user); // 2. 在事务内操作
tx.commit(); // 3. 提交 → 触发 flush + INSERT
} catch (Exception e) {
if (tx != null) tx.rollback(); // 4. 异常时回滚
throw e;
} finally {
session.close();
}? 补充说明：
- 使用 JPA 标准 API 时，应优先通过
EntityManager的getTransaction()获取事务，语义更清晰； - Spring Boot 中推荐使用
@Transactional声明式事务，由框架自动管理begin/commit/rollback，避免手动操作 Session 生命周期； -
flush()可显式触发同步（如需立即获取生成的主键），但不提交事务；commit()隐含一次 flush。
总之，Hibernate 的事务模型强调操作受控于事务边界——没有事务，就没有安全的持久化。所谓“先存后启事务”是理解偏差，本质仍是事务内操作。掌握这一机制，是写出健壮、可预测数据访问逻辑的基础。
