hibernate和mybatis中关于sessionfactory、session的线程安全问题详解

        Hibernate的基本特征是完成面向对象的程序设计语言到关系数据库的映射,在Hibernate中使用持久化对象PO(Persistent Object)完成持久化操作,对PO的操作必须在Session管理下才能同步到数据库， 但是这里的Session并非指HttpSession,可以理解为基于JDBC的Connnection,Session是
Hibernate运作的中心， 对象的生命周期、事务的管理、数据库的存取都与Session息息相关,首先，我们需要知道， SessionFactory负责创建Session，SessionFactory是线程安全的，多个并发线程可以同时访问一个 SessionFactory 并从中获取Session实例。 

        而Session并非线程安全，也就是说，如果多个线程同时使用一个Session实例进行数据存取， 则将会导致 Session 数据存取逻辑混乱.因此创建的Session实例必须在本地存取空上运行， 使之总与当前的线程相关。这里就需要用到ThreadLocal,在很多种Session 管理方案中都用到了它. 

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

-----------------------------------------------------------------------------------------------------------------------------------

  首先， 通过翻阅源码，我们来整理一下mybatis进行持久化操作时重要的几个类：

SqlSessionFactoryBuilder：build方法创建SqlSessionFactory实例。

SqlSessionFactory：创建SqlSession实例的工厂。

SqlSession：用于执行持久化操作的对象，类似于jdbc中的Connection。

SqlSessionTemplate：MyBatis提供的持久层访问模板化的工具，线程安全，可通过构造参数或依赖注入SqlSessionFactory实例。

它会首先获取SqlSessionHolder，SqlSessionHolder用于在TransactionSynchronizationManager中保持当前的SqlSession。

如果holder不为空，并且holder被事务锁定，则可以通过holder.getSqlSession()方法，从当前事务中获取sqlSession，即
Fetched SqlSession from current transaction。

如果不存在holder或没有被事务锁定，则会创建新的sqlSession，即 Creating a new SqlSession，通过sessionFactory.openSession()方法。

如果当前线程的事务是活跃的，将会为SqlSession注册事务同步，即 Registering transaction synchronization for SqlSession。

SqlSessionFactoryBuilder：这个类可以被实例化，使用和丢弃。一旦你创建了SqlSessionFactory后，这个类就不需要存在了。因此SqlSessionFactoryBuilder实例的最佳范围是方法范围（也就是本地方法变量）。你可以重用SqlSessionFactoryBuilder来创建多个SqlSessionFactory实例，但是最好的方式是不需要保持它一直存在来保证所有XML解析资源，因为还有更重要的事情要做。

SqlSessionFactory：一旦被创建，SqlSessionFactory应该在你的应用执行期间都存在。没有理由来处理或重新创建它。使用SqlSessionFactory的最佳实践是在应用运行期间不要重复创建多次。这样的操作将被视为是非常糟糕的。因此SqlSessionFactory的最佳范围是应用范围。有很多方法可以做到，最简单的就是使用单例模式或者静态单例模式。然而这两种方法都不认为是最佳实践。这样的话，你可以考虑依赖注入容器，比如Google Guice或spring。这样的框架允许你创建支持程序来管理单例SqlSessionFactory的生命周期。 

SqlSession：每个线程都应该有它自己的SqlSession实例。SqlSession的实例不能被共享，也是线程不安全的。因此最佳的范围是请求或方法范围。绝对不能将SqlSession实例的引用放在一个类的静态字段甚至是实例字段中。也绝不能将SqlSession实例的引用放在任何类型的管理范围中，比如Serlvet架构中的HttpSession。如果你现在正用任意的Web框架，要考虑SqlSession放在一个和HTTP请求对象相似的范围内。换句话说，基于收到的HTTP请求，你可以打开了一个SqlSession，然后返回响应，就可以关闭它了。关闭Session很重要，你应该确保使用finally块来关闭它。