Spring与Hibernate是否支持在两个不同物理事务间共享Session？

咱们先明确一个核心结论：默认情况下，Spring + Hibernate的组合不支持在两个独立的物理事务之间共享同一个Session实例，背后的原因和两者的设计机制强相关，下面我给你拆解清楚：

一、Spring事务传播行为的本质 #

你提到的PROPAGATION_NESTED确实如Spring文档所说：

PROPAGATION_NESTED 使用单个物理事务，并包含多个可回滚到的保存点。

它只是在同一个物理事务内做逻辑拆分，并不是真正的两个独立物理事务。而如果用PROPAGATION_REQUIRES_NEW开启新的物理事务时，Spring的事务管理器会自动为这个新事务分配一个全新的Hibernate Session——也就是说，内层新事务和外层事务用的是完全不同的Session实例，不存在共享的情况。

二、Hibernate Session与物理事务的强绑定 #

Hibernate的Session本身是有状态、与事务强绑定的组件：

• 它维护着一级缓存（持久化上下文），里面存着当前事务中加载、修改的实体对象；
• 当一个物理事务提交或回滚时，Session会自动flush缓存到数据库，之后Spring默认会关闭这个Session（或者将其放回连接池，标记为不可用）；
• 如果强行将一个已经关联过某事务的Session复用给另一个物理事务，Hibernate会直接抛出IllegalStateException之类的异常，因为Session的事务状态已经和前一个事务绑定，无法再被新事务接管。

三、如果有跨事务复用上下文的需求，该怎么办？ #

如果你想实现类似“在两个独立物理事务之间复用某些数据状态”的效果，不要尝试共享Session，推荐这些替代方案：

• 用DTO传递状态：把需要跨事务传递的数据转换成普通的DTO对象，在事务之间传递，第二个事务重新从数据库加载数据，或者基于DTO做后续操作；
• 使用临时存储：比如用内存缓存（如Guava Cache、Caffeine）、数据库临时表来存放跨事务需要共享的数据；
• 避免强行拆分事务：如果业务允许，尽量将逻辑合并到同一个物理事务中，或者通过消息队列实现异步解耦，而不是强行共享Session。

总之，Spring和Hibernate的设计从根源上就不支持跨独立物理事务共享Session，强行尝试只会引入各种数据一致性问题和异常。

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