Hibernate save()与persist()差异及主键相关技术疑问求助

1. 什么是事务边界？ #

事务边界就是事务的生效范围，简单说就是事务从开始到结束的整个区间。在Hibernate中，常见的边界定义方式有两种：

• 用Session.beginTransaction()开启事务，直到调用commit()或rollback()结束，这两段代码之间的所有操作都处于同一个事务边界内。
• 在Spring环境中，被@Transactional注解标记的方法，从方法执行开始到执行完毕，就是一个事务边界。

事务的核心作用是保证操作的原子性，边界内的所有数据库操作要么全部成功提交，要么全部失败回滚，不会出现部分执行的情况。

2. 为何save()在两种主键赋值方式下表现不同？ #

这本质是由save()的设计逻辑和主键生成机制决定的：

• 使用主键生成器时：save()方法的返回值是生成的主键值。而像identity、sequence这类主键生成器，必须执行insert语句才能从数据库拿到生成的主键。所以不管有没有事务，Hibernate都会立刻执行insert，把主键值返回给你。
• 手动赋值主键时：主键已经明确，save()不需要立刻去数据库获取主键。此时Hibernate只会把对象放入一级缓存（持久化上下文），标记为待同步状态。只有当事务提交（或者主动触发flush()）时，才会执行insert语句把数据写入数据库。所以事务外调用save()不会立刻产生insert。

3. 为何persist()在手动赋值主键时可在事务边界外工作？ #

persist()的设计目标是将对象纳入持久化上下文管理，但它不会像save()那样强制立即返回主键：

• 手动赋值主键时：对象的主键已经存在，Hibernate不需要和数据库交互就能完成对象的持久化上下文注册。此时即使在事务外调用persist()，Hibernate只是把对象放到一级缓存里，标记为待持久化状态，不会立刻执行insert。后续如果有事务启动并提交，这个对象会被同步到数据库，所以不会报错。
• 使用主键生成器时：persist()依赖事务提交时的flush操作来触发insert，进而获取数据库生成的主键。如果在事务外调用，Hibernate没有合适的时机去执行这个操作，而且此时Session可能没有绑定到有效事务上下文，导致内部依赖的对象为空，最终抛出空指针异常。

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