不提交Hibernate选择事务的后果

Question

我不熟悉Hibernate，并且继承了使用它的代码库。未定义自动提交，因此默认情况下为false。不过，基于我提出的其他问题，答案表明，最佳做法是对代码进行标定，以便在开始事务时始终应该提交（）或回滚（）（多亏了Apostolos）。该代码库使用以下代码中的格式来表示Select语句。我打算将任何新代码正确地划分为commit（）或rollback（），但我只是好奇使用下面的模型会产生什么后果。应用程序已经并将继续正常工作，但我想了解现有代码是否有任何问题。

this.session = HibernateUtil.getSessionFactory().getCurrentSession();    
Transaction tx = session.beginTransaction();
session.clear();
entityReturned = (MultipleKeyTable) session.get(MultipleKeyTable.class, entityId);
session.close();

Answer 1

我建议有几个改进：

>

将SessionFactory存储为会话作为类的成员：因为您在完成工作后关闭了会话对象，所以您不可能重用此实例，因此您将需要可以从SessionFactory检索的新实例；

不要调用clear（）方法：因为您正在使用当前会话对象，调用clear（）可能会删除持久性上下文中但尚未在数据库中刷新的所有对象，所以您可能会丢失数据；

完成工作后提交或回滚事务。

因此，代码必须是：

     this.sessionFactory = HibernateUtil.getSessionFactory();
     Session session = this.sessionFactory.getCurrentSession();    
     Transaction tx = session.beginTransaction();

     entityReturned = (MultipleKeyTable) session.get(MultipleKeyTable.class, enti

     transaction.commit();
     session.close();

Answer 2

会话。close（）“通过释放JDBC连接并清理结束会话”（HibernateSharedSessionContractdocs）。这并不像我想的那么明确，但我能想到的每一个关于“释放JDBC连接”的合理解释都意味着以某种方式结束任何打开的事务。尽管如此，仅仅关闭会话而不是显式结束事务充其量也是草率的。

值得一提的是，会话文档推荐了这样一个成语：

Session sess = factory.openSession();
Transaction tx = null;
try {
    tx = sess.beginTransaction();
    //do some work
    ...
    tx.commit();
}
catch (Exception e) {
    if (tx!=null) tx.rollback();
    throw e;
}
finally {
    sess.close();
}

如果需要，可以在关闭会话之前在同一会话中运行多个事务。