NHibernate中Session与ASP.NET MVC中Action的综合使用

NHibernate的基本特征是完成面向对象的程序设计语言到关系数据库的映射,在NHibernate中使用持久化对象PO(Persistent Object)完成持久化操作,对PO的操作必须在Session管理下才能同步到数据库， 但是这里的Session并非指HttpSession,可以理解为基于ADO.NET的Connnection,Session是NHibernate运作的中心,对象的生命周期、事务的管理、数据库的存取都与Session息息相关,首先，我们需要知道， SessionFactory负责创建Session，SessionFactory是线程安全的，多个并发线程可以同时访问一个SessionFactory
并从中获取Session实例。 只有一个数据存储源（数据库），只需创建一个SessionFactory，SessionFactory就是个重量级对象，如果应用只有一个数据存储源，只需创建一个SessionFactory实例，因为随意地创建SessionFactory实例会占用大量内存空间。这里所说的只创建一个，通常是使用单例模式，使本次应用程序域中的所有请求都访问同一个SessionFactory.但是他的实例session是轻量级的。而Session并非线程安全，也就是说，如果多个线程同时使用一个Session实例进行数据存取，则将会导致Session
数据存取逻辑混乱.因此创建的Session实例必须在本地存取空上运行，使之总与当前的线程相关。而Session并非线程安全，也就是说，如果多个线程同时使用一个Session实例进行数据存取，则将会导致 Session 数据存取逻辑混乱.因此创建的Session实例必须在本地存取空上运行， 使之总与当前的线程相关。

多个线程中（即多个request中）不能使用一个Session，但一个request中可能存在多个Session，不从性能角度考虑，这样也是不会报错的，就像ADO.NET的时候，在一个方法中同时创建了两个Connection来操作同一个数据库一样，虽然性能有问题，但是还是能实现操作的。注意，如果涉及到了Transaction事务处理，那就必须在同一个Session中完成。

为了保证一个浏览器访问，也就是一次request，使用的都是各自的Session，在Java(Hibernate)中,ThreadLocal 是Java中一种较为特殊的线程绑定机制，通过ThreadLocal存取的数据， 总是与当前线程相关， 也就是说，JVM 为每个运行的线程，绑定了私有的本地实例存取空间，从而为多线程环境常出现的并发访问问题提供了一种隔离机,ThreadLocal并不是线程本地化的实现,而是线程局部变量。也就是说每个使用该变量的线程都必须为该变量提供一个副本,每个线程改变该变量的值仅仅是改变该副本的值,而不会影响其他线程的该变量的值,ThreadLocal是隔离多个线程的数据共享，不存在多个线程之间共享资源,因此不再需要对线程同步。

ASP.NET MVC中，通常会结合Controller使用。一般是在controller中调用各个domain的service方法最终进行了数据库的各种操作，所以我们只要在controller的action执行之前，把一个新的session绑定到当前的线程就可以了，本次request流程中，所有对于数据库的操作，都使用这个Session.

AttributeUsageAttribute(AttributeTargets.Method, Inherited = false, AllowMultiple = false)]
public class NHibernateSessionAttribute : FilterAttribute, IActionFilter
{
public NHibernateSessionAttribute() : base()
{
}

public void OnActionExecuting(ActionExecutingContext filterContext)
{
var session = SessionProvider.GetNewSession();//这里是获取了一个新的Session.因为这里是每次操作刚刚开始的设计NHibernate
CurrentSessionContext.Bind(session);//打开一个新的Session,放入到当前上下文中，以后再用Session的时候GetCurrentSession就可以
}

public void  OnActionExecuted(ActionExecutedContext filterContext)
{
CurrentSessionContext.Unbind(SessionProvider.GetSessionFactory()).Close();
}

在使用的时候，只需要在Action上边加一个NHibernateSession的Filter,就可以在这个Action执行前，先执行这个Filter的内容，绑定Session,然后完事后，在解除Session

[NHibernateSession]
public ActionResult SaveNewOrder(Order order)
{
......
return RedirectToAction("Index");
}

SessionProvider用户管理Session的获取，是一个静态类，保证了SessionFactory唯一性，这样做比较考虑性能。

public class SessionProvider
{
private static ISessionFactory sessionFactory;
public static NHibernate.Cfg.Configuration configuration;

static SessionProvider()
{
configuration = new NHibernate.Cfg.Configuration().Configure();
sessionFactory = configuration.BuildSessionFactory();
}

public static ISessionFactory GetSessionFactory()
{
return sessionFactory;
}

public static ISession GetNewSession()
{
return sessionFactory.OpenSession(); //这个方法一般是首次用到Session的时候，然后绑定到上下文中
}

public static ISession GetNewOrCurrentSession()
{
ISession session = null;

if (!CurrentSessionContext.HasBind(sessionFactory))
{
session = sessionFactory.OpenSession();
CurrentSessionContext.Bind(session);
}
else
{
session = sessionFactory.GetCurrentSession();
if (!session.IsOpen)
session = sessionFactory.OpenSession();
}
return session;
}

}

注意：如果我们在建立Windwos Service的时候，就没有了Action中的那个绑定以及解绑的过程。这里的Session是Thread_Static的，所以一用到Session的时候，就会直接到Session = SessionProvider.GetNewOrCurrentSession中来获取。但是注意，这里并没有一个解除绑定的过程。在ASP.NET MVC的是，unbind的时候，会自动调用Flush方法，然后去更新数据库。而如果我们在Windows Service程序中不手动调用Session.Flush去更新数据库，一切操作是没有同步到数据库中的。当这个线程结束，Session消失，一切操作都没有同步。所以，我们要记得手动去调用Flush方法。