NHibernate ISession Flush：何时何地使用它，为什么？

简要地：

始终使用事务 不要使用 Close()，而是将您对 ISession 的调用包装在 using 语句中，或者在其他地方管理 ISession 的生命周期。

从 the documentation：

有时，ISession 会执行同步 ADO.NET 连接状态与内存中对象状态所需的 SQL 语句。这个过程，flush，默认情况下发生在从 NHibernate 调用 Find() 或 Enumerable() 的以下几点。以相同的顺序使用 ISession.Save() 保存相应的对象 所有实体更新 所有集合删除 所有集合元素删除、更新和插入 所有集合插入 所有实体删除，以相同的顺序使用 ISession.Delete( ) （一个例外是在保存时插入使用本机 ID 生成的对象。）除非您明确 Flush()，否则绝对不能保证 Session 何时执行 ADO.NET 调用，只能保证它们的顺序执行。然而，NHibernate 确实保证 ISession.Find(..) 方法永远不会返回过时的数据。他们也不会返回错误的数据。可以更改默认行为以减少刷新频率。 FlushMode 类定义了三种不同的模式：仅在提交时刷新（并且仅在使用 NHibernate ITransaction API 时），使用解释的例程自动刷新，或者除非显式调用 Flush()，否则从不刷新。最后一种模式对于长时间运行的工作单元很有用，其中 ISession 长时间保持打开和断开连接。

...

另请参阅 this section：

结束会话涉及四个不同的阶段： 刷新会话 提交事务 关闭会话 处理异常 刷新会话 如果您碰巧使用 ITransaction API，则无需担心这一步。它会在事务提交时隐式执行。否则，您应该调用 ISession.Flush() 以确保所有更改都与数据库同步。提交数据库事务 如果您使用 NHibernate ITransaction API，这看起来像： tx.Commit(); // 刷新会话并提交事务 如果您自己管理 ADO.NET 事务，您应该手动 Commit() ADO.NET 事务。 sess.Flush(); currentTransaction.Commit();如果您决定不提交更改： tx.Rollback(); // 回滚事务或：currentTransaction.Rollback();如果您回滚事务，您应该立即关闭并丢弃当前会话，以确保 NHibernate 的内部状态是一致的。关闭 ISession 对 ISession.Close() 的调用标志着会话的结束。 Close() 的主要含义是会话将放弃 ADO.NET 连接。 tx.Commit(); sess.Close(); sess.Flush(); currentTransaction.Commit(); sess.Close();如果您提供了自己的连接，Close() 会返回对它的引用，因此您可以手动关闭它或将其返回到池中。否则 Close() 将其返回到池中。

---

从 NHibernate 2.0 开始，DB 操作需要事务。因此，ITransaction.Commit() 调用将处理任何必要的刷新。如果由于某种原因您没有使用 NHibernate 事务，那么将不会自动刷新会话。

---

有时，ISession 会执行同步 ADO.NET 连接状态与内存中对象状态所需的 SQL 语句。

并始终使用

 using (var transaction = session.BeginTransaction())
 {
     transaction.Commit();
 }

提交更改后，将更改保存到数据库中，我们使用 transaction.Commit();

---

这是我的代码的两个示例，如果没有 session.Flush()，它将失败：

http://www.lucidcoding.blogspot.co.uk/2012/05/changing-type-of-entity-persistence.html

在此结束时，您可以看到一段代码，其中我设置了身份插入，保存实体然后刷新，然后设置身份插入关闭。如果没有这个刷新，它似乎是在打开和关闭身份插入，然后保存实体。

Flush() 的使用让我可以更好地控制正在发生的事情。

这是另一个例子：

Sending NServiceBus message inside TransactionScope

我不完全理解为什么在这个上，但 Flush() 阻止了我的错误发生。

---