nhibernate RollbackTransaction 以及为什么在回滚后处理会话？

Question

我正在使用 nhibernate 开发一个系统，我在异常捕获块中看到很多以下两行：

session.Flush();
session.RollbackTransaction();

我被这个逻辑搞糊涂了，看起来是不必要的工作来刷新更改，然后使用事务回滚做法。

我想设置一个参数来删除这些刷新调用并仅依赖 RollbackTransaction 方法，但我遇到了这个question。接下来，我阅读了更多链接的文档，并阅读了以下信息：

如果你回滚事务，你应该立即关闭并丢弃当前会话，以确保 NHibernate 的内部状态是一致的。

这是什么意思？我们目前将 Session 生命周期与 Web 请求的开始和结束操作配对，所以我担心我们调用 flush THEN 回滚的原因是为了保持会话处于有效状态。

有什么想法吗？

Answer 1

Rollback 之前的这个Flush 很可能是一个解决应用程序错误的技巧，该错误是在回滚后重用会话引起的。

正如您自己发现的那样，回滚后不得使用会话。根据您的comment，该应用程序正在犯该错误。

如果在Rollback 之前没有Flush，会话仍将更改视为待处理，并将在下一个Flush 提交它们，从而破坏了Rollback 的目的。在回滚之前执行 Flush 会导致刷新挂起的更改，然后回滚，有助于避免会话稍后刷新它们。

但是会话仍然没有处于一致的状态，所以继续使用它，应用程序仍然处于危险之中。会话缓存仍然保存尝试然后回滚的更改。会话不再将它们视为等待刷新的未决更改。如果应用程序稍后使用会话访问这些实体，它们的状态仍将是回滚事务中修改后的状态，尽管它们不会被认为是脏的。

Answer 2

NHibernate 通过会话进行对象跟踪，并且您对实体所做的所有更改都存储在那里，当您执行刷新时，这些更改将写入数据库。如果您在这样做时遇到异常，则会话状态与数据库状态不一致，因此如果您在此阶段进行回滚，它将回滚数据库事务，但不会回滚会话值。

根据设计，一旦发生这种情况，不应以可靠的方式进一步使用会话（即使 Session.Clear() 也无济于事）

如果您使用每个请求的会话并且如果您收到错误，最好的方法是向用户显示错误并要求重试该操作。其他选择是创建一个全新的会话并将其用于获取数据以显示错误。