求助：使用Hibernate 4.3.11.Final循环保存数据仅存最后一条

看起来你遇到了循环批量保存数据时，只有最后一条被持久化到数据库的问题，结合你用的Hibernate 4.3.11搭配SQLite方言的场景，我帮你梳理几个最常见的原因和对应的解决办法：

1. 重复复用同一个实体对象实例 #

如果你的循环逻辑里是一直用同一个SyndEntry对象，每次循环只修改它的属性值，那Hibernate的一级缓存只会跟踪这个对象的最终状态，最后提交事务时，只会把这个对象的最后一次修改写入数据库，前面的修改都会被覆盖。

修复方式： #

在循环内部创建新的实体对象实例，不要复用同一个：

try {
    session = sessionFactory.openSession();
    tx = session.beginTransaction(); // 事务在循环前开启，统一提交更高效
    URL feedUrl = ...; // 你的feedUrl初始化逻辑
    
    for (int i = 0; i < 5; i++) {
        // 每次循环都新建实体对象
        SyndEntry entry = new SyndEntry();
        // 设置当前条目的属性，比如entry.setTitle("测试条目" + i);
        // ... 其他属性赋值
        session.save(entry); // 保存当前新实例
    }
    tx.commit(); // 统一提交所有保存操作
} catch (Exception e) {
    if (tx != null) tx.rollback(); // 异常时回滚事务
    e.printStackTrace();
} finally {
    if (session != null) session.close(); // 关闭会话释放资源
}

2. 事务管理逻辑错误 #

如果你的事务是在循环内部开启和提交，或者根本没正确开启事务，可能会导致中间的数据没有被持久化，或者SQLite的单文件特性导致数据覆盖。

关键注意点： #

• 尽量在循环之前开启事务，循环结束后一次性提交，既保证操作的原子性，也适配SQLite的事务处理特性。
• 必须在异常分支中添加事务回滚逻辑，避免出现脏数据。

3. 适配SQLite的批量操作配置 #

SQLite是单文件型数据库，Hibernate的SQLite方言需要开启批量插入配置才能高效处理多条数据的保存，否则可能出现数据丢失或覆盖的情况。

在Hibernate配置文件中添加批量配置： #

在hibernate.cfg.xml里加入以下配置：

<property name="hibernate.jdbc.batch_size">20</property>
<property name="hibernate.order_inserts">true</property>
<property name="hibernate.order_updates">true</property>

这会让Hibernate把多个插入操作打包批量提交，避免逐条提交的问题，同时适配SQLite的存储特性。

4. 适时清理一级缓存（可选优化） #

如果循环保存的数据量较大，Hibernate的一级缓存可能会累积过多对象，不仅占用内存，还可能导致数据同步延迟。可以在循环中适时flush并清理缓存：

for (int i = 0; i < 5; i++) {
    SyndEntry entry = new SyndEntry();
    // 属性赋值逻辑
    session.save(entry);
    
    // 每5条数据清理一次缓存，根据实际情况调整
    if ((i + 1) % 5 == 0) {
        session.flush(); // 同步缓存到数据库
        session.clear(); // 清理一级缓存
    }
}
tx.commit();

你可以先检查下代码里是不是复用了实体对象，这是最容易踩坑的点，其次再排查事务和配置问题，应该就能解决啦。

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