Spring Data Repository与JdbcTemplate是否共享事务上下文？

核心结论 #

Spring Data JPA Repository（基于Hibernate）和JdbcTemplate默认应该共享同一个事务上下文，你遇到的问题并非事务不共享，而是Hibernate的延迟刷新机制导致的数据库同步问题。

问题原因 #

当你调用buildingRepository.save(building)时，Hibernate默认不会立刻将插入SQL发送到数据库，而是将操作缓存到Session中，只有在以下场景才会触发刷新（把缓存的SQL刷到数据库）：

• 事务即将提交时
• 手动调用EntityManager.flush()
• 执行某些会触发查询的操作（比如findXXX方法）

而JdbcTemplate是直接通过JDBC连接操作数据库，它无法感知Hibernate Session中未刷新的缓存数据。所以当你紧接着调用saveAllJdbc执行批量插入时，数据库里还没有刚保存的Building记录，自然会触发外键约束错误。

解决方案 #

针对这个问题，有几种可行的解决方式：

1. 改用saveAndFlush代替save
   如果你的Repository继承自JpaRepository，可以直接使用saveAndFlush方法，它会在保存实体后立刻刷新Hibernate Session，确保数据写入数据库：

   this.buildingRepository.saveAndFlush(building);
   this.saveAllJdbc(apartments);
   

2. 手动触发Session刷新
   如果使用的是CrudRepository，可以注入EntityManager，手动调用flush()方法：

   @Autowired
   private EntityManager entityManager;
   
   @Transactional
   public save(BuildingDTO dto) {
     var building = Building.from(dto);
     var apartments = Apartment.from(dto); 
     
     this.buildingRepository.save(building);
     entityManager.flush(); // 手动刷新Session，确保数据写入数据库
     this.saveAllJdbc(apartments);
   }
   

3. 调整事务的Hibernate刷新模式
   可以在@Transactional注解中指定刷新模式，让Hibernate在执行JDBC操作前自动刷新Session：

   @Transactional(hibernateFlushMode = FlushModeType.AUTO)
   public save(BuildingDTO dto) {
     // ... 原有代码
   }
   

4. 确认数据源和事务管理器一致性
   确保JdbcTemplate和JPA Repository使用的是同一个DataSource，并且事务管理器是JpaTransactionManager（Spring Boot默认配置下会自动满足，但如果自定义了数据源或事务管理器需要检查）。JpaTransactionManager会同时管理Hibernate Session和JDBC连接，确保在同一个事务内共享资源。

补充说明 #

这不属于Spring事务的已知限制，本质是ORM框架（Hibernate）的缓存机制和原生JDBC操作之间的同步问题。只要让Hibernate在JdbcTemplate执行前把数据刷到数据库，两者就能在同一个事务内正常协作。

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