getCurrentSession在web中进行hibernate

Question

我正在用hibernate和jsp / servlet编写一个基于Web的应用程序。 我已经阅读了有关sessionFactory.getCurrentSession和sessionFactory.openSession方法的内容。 我知道它们之间的基本区别（使用getCurrentSession您不必关闭连接，当您提交事务时，您的会话将自动关闭）。 根据我的理解，我们应该选择getCurrentSession并通过session-per-request进行。

让我们考虑以下场景：

1. 方法A调用getCurrentSession并获取当前会话
   
2. 在方法A中，使用步骤1中的会话启动事务
   
3. 方法A调用方法B，它也具有getCurrentSession并启动事务
   
4. 方法B提交其事务
   
5. 控制返回到方法A，它也提交事务
   

现在我的问题是

1. 在步骤1和步骤3中找到的会话是否会是同一个会话？
   
2. 如果问题1的答案是肯定的，那么它将如何处理第4步中的提交？ 理想情况下，它应该关闭那里的会话，并应在第5步抛出异常。
3. 如果问题1的答案为否，那么您如何处理这样的情况呢？
   

Answer 1

在步骤1和步骤3中找到的会话是否会是同一个会话？

它们应该是相同的，这在某种程度上是getCurrentSession()的契约的一部分，只要工作单元尚未完成（即已提交或回滚事务getCurrentSession() ，您就会将Session绑定到该线程。 使用Hibernate的Java Persistence就像这样（p.481）：

调用全局共享SessionFactory上的getCurrentSession()所有数据访问代码都可以访问相同的当前Session - 如果它在同一个线程中调用的话。 提交（或回滚） Transaction时，工作单元完成。 如果您提交或回滚事务，Hibernate还会刷新并关闭当前Session及其持久性上下文。 这里的含义是在提交或回滚后调用getCurrentSession()会产生一个新的Session和一个新的持久化上下文。

您可能还想阅读Session#beginTransaction()所说的javadoc。

如果问题1的答案是肯定的，那么它将如何处理步骤4中的提交。理想情况下，它应该在那里关闭会话并且应该在步骤5给出错误。

步骤4应该不是问题， Session将被刷新， Transaction将被提交并且Session关闭。 但我希望第5步失败，因为TransactionException （这是我的赌注）。 但是让我引用Transaction的javadoc：

事务与会话关联，并且通常通过调用Session.beginTransaction()来实例化。 单个会话可能跨越多个事务，因为会话的概念（应用程序和数据存储之间的对话）的粒度比事务的概念更粗略。 但是， 打算在任何时候最多有一个与特定会话相关联的未提交的事务 。

如上所述，我们正在讨论不应发生的事情（即设计问题）。

Answer 2

我对你的场景没有答案，因为我不会那样实现，因为它似乎要求麻烦。 相反，我将在C中启动事务，其中C调用A和B，并让C发出提交。 骨骼：

public void c(...) {
    try {
       transaction.begin();
       a();
       b();
       transaction.commit();
    catch (Exception e) {
       transaction.rollback();
    }
}

所以这里， a()和b()不提交或回滚 - 他们如何知道整个业务任务已经完成？ 他们可以抛出异常或者返回一个布尔值来告诉调用者某些东西是不对的并且需要回滚。