之前项目里没有spring，一切正常，dao里用到的session都是通过sessionFactory.getCurrentSession()获得的，手工启动事务，filter统一提交或回滚。
说明hibernate的配置没有问题。
然后引入了spring。
spring的配置里的hibernate是这么初始化的，应该也无问题
<bean id="sessionFactory" class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">
<property name="configLocation" value="classpath:hibernate.cfg.xml"/>
</bean>
然后声明式事务管理
引用
<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
<property name="sessionFactory"><ref bean="sessionFactory"/></property>
</bean>
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="*" propagation="REQUIRED"/>
<tx:method name="get*" propagation="REQUIRED" read-only="true"/>
</tx:attributes>
</tx:advice>
<aop:config>
<aop:pointcut id="systemService" expression="execution(* com.orm.system.service.*.*(..))"/>
<aop:advisor advice-ref="txAdvice" pointcut-ref="systemService"/>
</aop:config>
Dao都是继承自HibernateDaoSupport，接受spring注入的sessionFactory实例。切面是配置在service层的，service的方法里调用dao的方法。
问题出来了。
在任何一个Dao里面
如果使用this.getSession()则session正常关闭，调用多次也没问题。
如果使用this.getHibernateTemplate().getSessionFactory().getCurrentSession()，始终打开1个session并且不能关闭。
我觉得如果使用this.getSession()正常，所以事务配置应该是没有问题的。
而且有一点，如果是通过getCurrentSession()获得的session必须要beginTransaction，不然报错，而this.getSession()则不用。
后来我配置了OpenSessionInViewFilter，发现这里打开和关闭的session和dao里面this.getSession()获得的session是同一个，而getCurrentSession()获得的不是同一个，
this.getSession().getTransaction().isActive() = true，
getCurrentSession().getTransaction().isActive() = false，
说明getCurrentSession()获得的session并不在事务管理里。
我看了很多东西，一些是说getCurrentSession()在spring的事务管理，一些是说通过调用spring创建的sessionFactory的getCurrentSession()方法获得的session在spring的事务管理（难道还有不通过spring创建的sessionFactory？）。我做了一些测试，结果表明自始至终sessionFactory都只有一个实例。
所以我得出结论，虽然sessionFactory受spring管理，但是直接从sessionFactory获取的session（不管是openSession还是getCurrentSession）不受spring的事务管理，是原生的Hibernate session。
不知道我这样理解是否有问题，还是我哪里做错了得出了错误的结果？
问题补充没有人研究过这个问题？还是太新手了不屑回答啊？
不需要配置，在applicationContext.xml里配spring的sessionFactory，会强行这么做。只要注意[b]别[/b]在hibernate的设置中加
SessionHolder 你关注一下Spring里这个类。这个是从OSIV开始，到后面currentSession()都会用到的。
如果你单独从SessionFactory获取Session，那么当然不在Spring事物管理里面。因为这个不是Spirng处理过的。Spring在你进入事物点的时候就开启了一个Session供你使用。如果你不使用这个，单独启动一个新的Session，Spring不知道有新的Session，那么当然无法替你管理事务。
某个类的实例受Spring管理，不代表它产生的对象也一定受Spring管理。
CurrentSession有Context，配置什么context，获取相应的Session和事务，这个很关键。
Hibernate自带的context好像是三种：Thread，JTA，还有一个是什么忘了，o(∩_∩)o
如果用Spring管理session，在spring里配置SessionFactory的时候会把Context换成Spring自己提供的context，这个时候用CurrentSession就是从spring的事务管理体系里面获取session。
如果进一步用了SPRING OSIV,在filter和currentSession()方法里，都是从spring的事务体系里拿session，就不能再为hibernate配置CurrentSession的context了。
进源码，调试，跟踪session的来源，摸清了你就清楚了。
给你一个简单的判断原则，Spring新的作用域有五种，singleton,prototype,request,session,global session.最后三种是在web应用中使用的，都受web的ApplicationContext管，singleton是受管的，只有prototype不受管。
[quote]就是说，这句配置是有hibernate负责把session绑定到线程而不是spring，因此session不受spring管辖对吗？如果没有这一句，spring会负责把session绑定到线程的工作。
[/quote]
是的！