NHibernate no session or session was closed问题以及NH最佳实践

项目中引入 NHibernate 的时间不长,在将项目中的数据访问层代码改写成NH版本之后,遇到了 failed to lazily initialize a collection, no session or session was closed  异常。

异常起因

是在实体多对多、延迟(many-to-many lazy) 加载的过程中,调用对应字段则会抛出上述异常。后来经调试,查找资料发现这是由于我在代码中使用了 using(ISeesion session = SessionFactory.CreateSession()) 的缘故,因为 using 语句强制释放资源,当lazy load 的时候就出现了问题。

园子中李永京以在他的系列教程中已经说明了这个问题,但只是顺便带过,并没有专门讲这个问题。

思考过程

many-to-many 的lazy load 非常常见,是经常使用的功能,既然在数据层中的GetXXX()方法中不能使用using等方式来释放资源,想必就需要手动的进行释放,当实体对象使用完毕之后,在进行Session的资源回收。

这确实很麻烦,首先我不想在我们的页面逻辑部分还会出现 ISession 等对象,但是同时又需要资源释放,这两者之间是互斥的,因为你既不想这个对象出现,而你需要手动控制这个对象。

在思考的过程中,我也想过可不可以使用 HttpModule 在BeginRequest 的时候初始化 ISession ,EndRequest 的时候关闭 ISession。但是我想,我们不能在每一次请求就各开关一次 ISession 吧,因为并不是所有的页面都有数据访问的任务。这样的开销是一个问题。

解决方案

  自己之前也没有接触太多的NH,无奈之中,在StackOverflow 上面问了一下,有人给了一个链接,CodeProject 上面的一篇文章《NHibernate Best Practices with ASP.NET, 1.2nd Ed》下载了其中的代码发现,他也是使用HttpModule 来实现的,看了一下正文的解释,原来我的性能上面的顾虑是多余的。

整体的思路如下:

HttpModule

  BeginRequest:获取ISession对象,将其放入HttpContext.Items 中

  EndRequest:关闭ISession 对象。

DataAccess

  通过SessionManager 获得ISession 对象,SessionManager 从HttpContext 中得到 ISession。其中SessionManager 使用了Lazy singleton 模式

总结

  整个解决过程不算繁琐,全部重构了项目的代码也并没有花费太多的时间(紧紧是吧 using 语句去掉),在查找解决方案的过程中,中文资源中很少有人提到这个最佳实践,把我遇到的问题罗列出来,也和大家分享一下,

:D

你可能感兴趣的:(Hibernate)