Spring MVC+Hibernate+MySQL一对多关联新增时user_detail表插入多余记录问题

• 双向级联配置导致重复入库
  User实体的@OneToMany已经配置了cascade = CascadeType.ALL，只要对User执行save操作，Hibernate就会自动遍历其下的addressList，把所有关联的UserDetail做持久化。但代码在session.save(user)之后，又循环手动对每个UserDetail执行session.save()，同一份地址对象被重复提交给Hibernate持久化，本身就会触发重复插入的风险。
• 批量flush/clear的逻辑时序错误，制造了脏数据
  循环里的判断为i % 10 == 0，第一次循环（i=0）就会触发session.flush()和session.clear()：
  1. 刚save(user)时，因为级联配置，Hibernate已经把第一个UserDetail的插入操作加入执行队列，还没等到给该对象正确关联user外键，就被强制flush然后清空持久化上下文。
  2. 上下文被清空后，所有托管对象转为游离状态，Hibernate失去这些UserDetail和当前User的关联，会把没有设置外键的游离对象当成独立临时对象直接插入，这就是user_id为null的多余记录来源。
  3. 之所以单条地址提交时没有出现问题，是因为单对象场景下Hibernate对同个托管对象的重复save会自动去重，不会触发重复插入；一旦地址数量超过1个，上下文清空后的游离对象就无法被正确去重，就会出现多地址提交时地址内容重复插入的问题。
• 手动构建SessionFactory的方式破坏了持久化上下文的一致性
  每次调用方法都重新初始化SessionFactory，没有和Spring的会话、事务管理机制打通，完全靠手动维护对象的托管状态，时序稍有偏差就会出现对象状态混乱，触发非预期的插入行为。

• 移除循环内手动保存UserDetail的逻辑
  因为已经配置了cascade = CascadeType.ALL，只要在给addressList填充数据时，正确给每个UserDetail设置关联的user对象，直接调用session.save(user)即可，Hibernate会自动按正确的外键关联顺序入库，根本不需要手动循环保存子对象。
• 修正批量处理的触发逻辑
  调整flush/clear的判断条件，不要在循环第一个元素就触发上下文清空：每攒满指定批次数量的记录（比如10条）再执行flush和clear，避免过早清空上下文导致的关联丢失。
• 把SessionFactory的生命周期交给Spring容器管理
  去掉方法内部手动构建、关闭SessionFactory的代码，通过依赖注入直接使用Spring管理的单例SessionFactory，每个请求对应的持久化上下文由Spring事务统一托管，从根源上减少手动维护会话状态出错的概率。
• 补充双向关联的统一赋值方法
  在User实体中增加addAddress(UserDetail detail)工具方法，在把地址加入addressList时自动把当前User赋值给detail的user字段，避免漏设关联导致的外键为空问题。

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