关于spring.jpa.open-in-view
- 在springboot中,spring.jpa.open-in-view值是默认开启的
- 开启open-in-view的意义: 在事务外也可以访问懒加载的数据
hibernate 允许对关联对象、属性进行延迟加载，但是必须保证延迟加载的操作限于同一个 Hibernate Session 范围之内进行。如果 Service 层返回一个启用了延迟加载功能的领域对象给 Web 层，当 Web 层访问到那些需要延迟加载的数据时，由于加载领域对象的 Hibernate Session 已经关闭，这些导致延迟加载数据的访问异常。
把一个Hibernate Session和一次完整的请求过程对应的线程相绑定。目的是为了实现”Open Session in View”的模式。例如： 它允许在事务提交之后延迟加载显示所需要的对象。 OpenSessionInViewFilter 过滤器将 Hibernate Session 绑定到请求线程中，它将自动被 spring 的事务管理器探测到。所以 OpenSessionInViewFilter 适用于 Service 层使用HibernateTransactionManager 或 JtaTransactionManager 进行事务管理的环境，也可以用于非事务只读的数据操作中。
- 采用Controller-Service-Dao三层结构，事务配置在Service层
| 使用前 | 使用后 |
|---|---|
| Controller中的各Service独享Session | Controller中的各Service共享Session |
| Controller中的各Service独享一级缓存 | Controller中的各Service共享一级缓存 |
| Controller中通过Service查找的实体为游离状态 | Controller中通过Service查找的实体为托管状态 |
| Controller中通过Service查找的实体Lazy异常 | Controller中通过Service查找的实体Lazy正常 |
| Controller中通过Service查找的实体修改后不会同步到数据库 | Controller中通过Service查找的实体修改后若存在可写事务则会同步到数据库 |
| Controller中各Service事务独立 | Controller中各Service事务独立 |
- 实现原理, 通过OpenEntityManagerInViewInterceptor这个拦截器处理, 他继承自
AsyncWebRequestInterceptor, 所以只有web请求该配置有效, 如果是定时任务无效
- 该配置引起的问题
在做数据源切换时, 默认的都是写在filter中, 如果想在业务层手动切换数据源, 即在事务开始前切换, 理论上直接设置租户id即可, 但是实际开发时发现请求在进入业务层前, 就进行了数据源的切换, 导致业务层切换无效, 所以解决办法是 关闭open-in-view
- 一个session代表了一个db连接, 一个session中可以有多个事务opensession是获取一个新的连接, getcurrentSession是服用存在的连接