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

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

1．在 Hibernate3 的 hibernate.cfg.xml 配置文件中有这么一条： <property name="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 { private org.hibernate.Session thisThreadsSession; public void doGet(...) 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 = new ThreadLocal(); 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，而且开始一个新的工做单元。