ps2: 个人感觉Hibernate的代码在开源项目里也算是比较复杂的了,刚开始看时可能会比较郁闷. 而且最好结合debug模式来看
coffeecat10 写道
org.hibernate.impl.SessionImpl 不过里面都是用监听器实现的,实现的具体类都在 org.hibernate.event.def 包下面; 比如 saveOrUpdate 方法的实现就是 org.hibernate.event.def.DefaultSaveOrUpdateEventListener
spring 的opensessioninviewfilter简介
假设在你的应用中hibernate是通过spring 来管理它的session.如果在你的应用中没有使用opensessioninviewfilter或者opensessioninviewinterceptor。session会在transaction结束后关闭。
如果你采用了spring的声明式事务模式,它会对你的被代理对象的每一个方法进行事务包装(aop的方式)。如下:
目标类org.appfuse.service.impl.basemanager 的 save *方法的事务类型propagation_required ,remove* 方法的事务类型propagation_required
其他的方法的事务类型是propagation_required,readonly。
所以给你的感觉是调用这个名为“manager”的bean的方法之后session就关掉了。
如果应用中使用了opensessioninviewfilter或者opensessioninviewinterceptor,所有打开的session会被保存在一个线程变量里。在线程退出前通过
opensessioninviewfilter或者opensessioninviewinterceptor断开这些session。为什么这么做?这主要是为了实现hibernate的延迟加载功能。基于一个请求
一个hibernate session的原则。
spring中对opensessioninviewfilter的描述如下:
它是一个servlet2.3过滤器,用来把一个hibernate session和一次完整的请求过程对应的线程相绑定。目的是为了实现"open session in view"的模式。
例如: 它允许在事务提交之后延迟加载显示所需要的对象。
这个过滤器和 hibernateinterceptor 有点类似:它是通过线程实现的。无论是没有事务的应用,还是有业务层事务的应用(通过hibernatetransactionmanager 或
jtatransactionmanager的方式实现)它都适用。在后一种情况下,事务会自动采用由这个filter绑定的session来进行相关的操作以及根据实际情况完成提交操作。
警告: 如果在你的应用中,一次请求的过程中使用了单一的一个hibernate session,在这种情况下,采用这个filter会产生一些以前没遇到的问题。特别需要注意的是通过
hibernate session重新组织持久化对象之间关系的相关操作需要在请求的最开始进行。以免与已经加载的相同对象发生冲突。
或者,我们可以通过指定"singlesession"="false"的方式把这个过滤器调到延期关闭模式。这样在一次请求的过程中不会使用一个单一的session.每一次数据访问或事务相关
操作都使用属于它自己的session(有点像不使用open session in view).这些session都被注册成延迟关闭模式,即使是在这一次的请求中它相关操作已经完成。
"一次请求一个session" 对于一级缓存而言很有效,但是这样可以带来副作用。例如在saveorupdate的时候或事物回滚之后,虽然它和“no open session in view”同样安全。
但是它却允许延迟加载。
它会在spring的web应用的上下文根中查找session工厂。它也支持通过在web.xml中定义的“sessionfactorybeanname”的init-param元素指定的session工厂对应的bean的
名字来查找session工厂。默认的bean的名字是"sessionfactory".他通过每一次请求查找一次sessionfactory的方式来避免由初始化顺序引起的问题(当使用contextloaderservlet
来集成spring的时候 ,spring 的应用上下文是在这个filter 之后才被初始化的)。
默认的情况下,这个filter 不会同步hibernate session.这是因为它认为这项工作是通过业务层的事务来完成的。而且hibernateaccessors 的flushmode为flush_eager.如果你
想让这个filter在请求完成以后同步session.你需要覆盖它的closesession方法,在这个方法中在调用父类的关闭session操作之前同步session.此外你需要覆盖它的getsession()
方法。返回一个session它的flushmode 不是默认的flushmode.never。需要注意的是getsession()和closesession()方法只有在single session的模式中才被调用。
在myfaces的wiki里提供了opensessioninviewfilter的一个子类如下:
public class opensessioninviewfilter extends org.springframework.orm.hibernate3.support.opensessioninviewfilter {
protected session getsession(sessionfactory sessionfactory) throws dataaccessresourcefailureexception {
session session = sessionfactoryutils.getsession(sessionfactory, true);
session.setflushmode(flushmode.commit);
return session;
}
protected void closesession(session session, sessionfactory factory) {
session.flush();
super.closesession(session, factory);
}
}