有关OpenEntityManagerInViewInterceptor的深入了解

近期对shop++代码做了比较深入的研究，从中学到了很多不错的开发思路，由于shop++采用了jpa做为持久层框架，对jpa也有了更深入的了解，这里总结了一些有关OpenEntityManagerInViewInterceptor的问题给大家提供一些参考：


在不使用OpenEntityManagerInViewInterceptor的情况下，Controller层或View层访问FetchType.LAZY(延时加载)属性将会抛出异常，解决该问题有以下其它三种方法：
(1)、将FetchType.LAZY(延时加载)属性配置为FetchType.EAGER(即时加载)属性，但这将导致严重的性能问题
(2)、使用Hibernate.initialize(proxy)在Service层强制加载需要使用的属性，由于一般情况下对象需要加载的属性并不是固定的(可能A功能需要加载X属性而B功能又需要加载Y属性...)，这将导致Service层需要根据不同的功能编写不同的方法，从而Service层的复用性和灵活性将大大降低，同时也会大大增加代码量
(3)、使用DTO，该方法同样存在复用性和灵活性差的问题，同时代码量也会成倍的增加(大量DTO<>PO的转换)，由于存在大量对象之间的拷贝，也会存在一定的性能下降


在使用OpenEntityManagerInViewInterceptor的情况下，Controller层或View层访问FetchType.LAZY(延时加载)属性可以很好的执行，但又会存在以下几个问题：
(1)、在Controller层查找到的实体对象依然为托管状态，对该实体对象的修改有可能会更新到数据库(查找该实体对象后拥有可写事务Service方法的情况)，这将导致修改实体对象与数据库的同步的不确定性
(2)、Controller层、View层、Service层将共享一级缓存，这将导致查找到的实体对象可能已被其它方法修改
(3)、Session生命周期延长，这将导致数据库连接的占用时间也被延长，对性能会有一定的影响