hibernate3之核心组件session（1）

Session——openSesion()方法和getCurrent()方法

Hibernate使得我们对于数据库的操作更加的面向对象，而session则是这一明显的体现，session封装了我们平时对数据库的一系列的操作，包括增删改查等。

我们通过sessionFactory来获取session：

第一种方式：

//获取配置对象 Configuration configure = new Configuration().configure() //获得会话工厂 SessionFactory sessionFactory = configure.buildSessionFactory();   //获得会话 Session session = sessionFactory.openSession();

由于我们通过session来对数据库进行操作，因此事务的获取和操作也就交给了session：

//开启事务并且获得事务对象，之后，通过事务对象进行事务的提交或回滚 Transaction transaction = session.beginTransaction();   //事务回滚或提交 transaction.commit();//事务提交 Transaction.rollback();//事务回滚

第二种方式：获取session的另外一种方式

Session session = sessionFactory.getCurrentSession(); //这种获取session的方式，是获取的当前线程中的session

两种方式的区别：

源码分析：

第一种方式： 通过方法的一层层深入，我们发现，openSession方法内部最终是返回了一个session接口子类实现，也就是说，当我们每次调用openSession方法时，都new了一个SessionImpl对象

第二种方式： currentSessionContext是基于事务的session上下文 由于CurrentSessionContext的子类实现有三个，这里选取最后一个实现类。这里的三个实现，对应了三种不同基于事务的上下文的实现，实现了可插拔的特点，需要基于不同的实现的时候，只需要在配置文件中进行配置就行了。而这三种实现，对于这里探讨session的获取区别，其基本的逻辑是相同的，就不一一分析，就选取ThreadLocal方式： 在这里，要特别注意第一行黄色部分，是用于判断当前线程中是否有session，而判断的时候，往里面传入的是SessionFactoryImplementor，继续看判断的源码： 通过以上代码，可以看出，我们所要获取的session是存在于一个map中，而这个map是存在context中，这个context就是ThreadLocal对象，了解ThreadLocal的，都知道ThreadLocal内部存在一个map，所有的东西都存在这个map中，而获取map是通过当前线程来获取，而map中的key就是当前的ThreadLocal对象，此时的值value就是上面的sessionMap。   我们再来看之前的currentSession方法： 在判断session并取出后，在判断取出的是否为空，为空就创建一个session，并获取当前的事务策略并注册session，然后对session进行包装，最后将session和sessionFactory进行关联，也就是分别作为键值存进map中，然后在存进当前线程的ThreadLocal中。最终返回session 那么我们从上面就可以知道，在ThreadLocal的实现方式中，session被存于一个map中，作为value值，而key正式sessionFactory工厂，然后，将这个map存进ThreadLocal中，这样就实现了多次获取的session总是当前线程的session，并且是同一个session，因为是同一个线程以及同一个sessionFactory

那么，两种方式的方式的区别也就出来了:

openSession()方法在每次调用的时候都是new一个新的session返回

 

而getCurrentSession()方法只要是当前线程，多次调用该方法，就始终调用的是同一个session，那么就可以使用同一的session资源，然而其中值得注意的一点是，当从ThreadLocal中获取到的session是null时，创建session调用的是openSession()方法