Thymeleaf表单对象在调用Repository.save前已存入数据库问题排查

1. 检查事务配置与提交时机 #

• 查看Controller/Service方法上的@Transactional注解，确认传播属性（propagation）是否异常，比如误用REQUIRES_NEW导致事务提前提交。
• 检查JPA的flushMode配置，是否设置为AUTO导致持久化上下文自动刷新变更到数据库，而非等待事务提交。
• 确认Spring事务管理器是否存在配置错误，导致请求刚进入就触发了事务提交。

2. 排查JPA实体的状态管理 #

• 确认Tenant实体是否处于托管状态：如果该实体在请求进入Controller前就被加载到持久化上下文（比如拦截器、@ModelAttribute提前查询），那么表单绑定修改属性时，JPA会自动追踪变更，无需调用save()就会在事务提交时同步到数据库——甚至断点期间，持久化上下文可能自动flush了变更。
• 检查是否直接用托管实体接收表单参数，而非DTO：如果是托管实体，属性变更会被JPA自动跟踪，这是JPA的默认行为，不是bug，但可能和你的预期不符。

3. 检查Spring MVC的表单绑定逻辑 #

• 查看Controller中接收请求的方法，是否通过@ModelAttribute提前加载了Tenant实例：比如在方法上或类上定义了@ModelAttribute方法查询Tenant，然后将这个实例用于表单参数绑定，此时实例处于托管状态，属性修改会被自动同步。

4. 排除调试工具的干扰 #

• 有些IDE在断点停留时，会触发JPA的自动flush操作，导致变更提前写入数据库。可以尝试去掉断点，直接运行更新请求，观察数据库是否还是提前更新，排除调试工具的影响。

5. 验证Repository的save行为 #

• 即使注释了Service中Car的逻辑，也要确认save(Tenant)的调用时机：如果传入的是托管状态的Tenant，Spring Data JPA的save()本质是执行merge操作，而如果实体已经在持久化上下文中，调用save和不调用都会触发更新——但你的问题是更新发生在Controller第一行，所以重点还是在前面的状态管理和事务配置。

内容的提问来源于stack exchange，提问作者Sebastian Hänny