对Hibernate中Session与Thread绑定的一点认识

对Hibernate中Session与Thread绑定的一点认识

1．在 Hibernate3 的 hibernate.cfg.xml配置文件中有这么一条：
<propertyname="current_session_context_class">thread</property>

官方对他的解释如下：
首先，只要你持有SessionFactory，大可在任何时候、任何地点调用这个方法:getCurrentSession()
方法总会返回“当前的”工作单元。记得我们在hibernate.cfg.xml中把这一配置选项调整为"thread"了吗？
因此，当前工作单元的范围就是当前执行我们应用程序的Java线程。但是，这并非总是正确的。
Session在第一次被使用的时候,或者第一次调用getCurrentSession()的时候,其生命周期就开始。
然后它被Hibernate绑定到当前线程。当事务结束的时候，不管是提交还是回滚，Hibernate也会把
Session从当前线程剥离，并且关闭它。假若你再次调用getCurrentSession()，你会得到一个新的Session，并且开始一个新的工作单元。

可能上面的解释有些看不懂。

先解释一下线程绑定，为什么要把session与线程绑定呢？

例如我们要写一个Servlet实现session的重用
public class TestServlet extends HttpServlet
{
 

    privateorg.hibernate.Session thisThreadsSession;

      public voiddoGet(...) throws ...
            {
                  thisThreadsSession = 当前线程中已打开的Session();
                  doSomething();{//基于当前session的存取操作}
                  thisThreadsSession.flush();
            }
}

注意在一般情况下，应用服务器中每个Servlet只有一个实例，所以在上面的情况下，多线程并发调用该
TestServlet的唯一实例，其中的 thisThreadsSession会被各个线程不停的重置，发生的问题就是A线程
可能访问到C线程的Session。

解决方法就是使用ThreadLocal线程：他为每个线程维护一个私有变量空间，也就是为每个线程在JVM中维护一个私有Map，Map的Key是当前线程ID，而Value则是通过ThreadLocal.set方法保存的对象实例（这里就是该线程打开的Hibernate的Session实例）
实现代码如下：
public class TestServlet extends HttpServlet
{
private ThreadLocal localObjectInThisThread = newThreadLocal();

public void doGet(...) throws ...
    {
        localObjectInThisThread.set(org.hibernate.Session当前线程中已打开的Session);
        doSomething();
                 
    }
public void doSomething()
    {
        org.hibernate.Session thisThreadsSession =(org.hibernate.Session)

localObjectInThisThread.get();
       
      //基于当前session的存取操作

        ......

        thisThreadsSession.flush();
    }
}
从代码看出，localObjectInThisThread.get()得到的Session总是当前线程的Session，这就是所谓的线程绑定。

2. Hibernate 官方提供的示例代码SessionFactoryUtil或者Eclipse的Hibernate插件自动产生的工具类
HibernateSessionFactory(注意不是hibernate.jar中的org.hibernate.SessionFactory)中有一个静态函数getSession

public static Session getSession() throws HibernateException
{
              Session session = (Session) threadLocal.get();

            if (session== null || !session.isOpen())
            {
                  if(sessionFactory == null)
                  {
                        rebuildSessionFactory();
                  }
                  session =(sessionFactory != null) ? sessionFactory.openSession

(): null;
                  threadLocal.set(session);
            }

              return session;
}

通过前面的分析,很容易看出她返回的是与线程绑定的Session
那么这个getSession()方法和前面提起的SessionFactory.getCurrentSession()有什么异同呢?

相同的地方是：第一次调用getSession()或SessionFactory.getCurrentSession()时，打开新Session，并把它与当前线程绑定。
不同的地方是：当事务被Commit时，SessionFactory.getCurrentSession()返回的Session会自动关闭，而
getSession()返回的Session仍然打开，需要显式关闭才行（也许是为了便于线程内重用吧）。

最后再读一遍开始的官方解释，相信会有更深的体会：

首先，只要你持有SessionFactory，大可在任何时候、任何地点调用这个方法:getCurrentSession()
方法总会返回“当前的”工作单元。记得我们在hibernate.cfg.xml中把这一配置选项调整为"thread"了吗？因此，当前工作单元的范围就是当前执行我们应用程序的Java线程。但是，这并非总是正确的。Session在第一次被使用的时候,或者第一次调用getCurrentSession()的时候,其生命周期就开始。然后它被Hibernate绑定到当前线程。当事务结束的时候，不管是提交还是回滚，Hibernate也会把Session从当前线程剥离，并且关闭它。假若你再次调用getCurrentSession()，你会得到一个新的Session，并且开始一个新的工作单元。