有关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生命周期延长,这将导致数据库连接的占用时间也被延长,对性能会有一定的影响

你可能感兴趣的:(jpa,jpa,shopxx,shop++)