极简设计

OpenSessionInViewFilter

OpenSessionInViewFilter

延迟加载

Service层返回已延迟加载的领域对象给View层,由于加载领域对象的Session已经关闭,导致延org.hibernate.LazyInitializationException Hibernate允许关联对象进行延迟加载,前提是必须保证延迟加载操作是在同一个Session范围之内进行

OpenSessionInViewFilter

 Java类/方法命名以长著称,它让View层保持Session继续Open OpenSessionInViewFilter把一个Hibernate Session和一次完整的请求过程对应的线程相绑定(整个request过程都是用同一个Session,在请求结束后再解除绑定),允许在事务提交之后延迟加载View层需要的对象 绑定过程中,它将自动被Spring的事务管理器探测到,所以适用于Service层使用HibernateTransactionManager或JtaTransactionManager进行事务管理的环境,也可以用于非事务只读的数据操作中

注意使用时把其放在 filter 最上面

OpenSessionInViewFilter getSession后会设置session的flush mode为FlushMode.NEVER 然后把该session绑定到 TransactionSynchronizationManager,使request的整个过程都使用同一个session,在请求过后再解除绑定 最后closeSessionIfNecessary根据该 session是否已和transaction绑定来决定是否关闭session。在这个过程中,若HibernateTemplate 发现自当前session有不是readOnly的transaction,就会获取到FlushMode.AUTO Session,使方法拥有写权限

尽管Open Session In View看起来还不错,其实副作用不少 OpenSessionInViewFilter的doFilterInternal方法代码,实际上是被父类的doFilter调用的 调用流程: request(请求)->open session并开始transaction->controller->View(Jsp)->结束transaction并close session

一切看起来很正确,尤其是在本地开发测试的时候没出现问题,但试想下如果流程中的某一步被阻塞的话,那在这期间connection就一直被占用而不释放 最有可能被阻塞的就是在写Jsp这步,一方面可能是页面内容大,response.write的时间长,另一方面可能是网速慢,服务器与用户间传输时 间久。当大量这样的情况出现时,就有连接池连接不足,造成页面假死现象 Open Session In View是个双刃剑,请慎用

in java with : hibernate, spring, java