今天又遇到了一个问题。这个项目是学长那边接手过来的,一开始学长也没想那么多
在所有的OnetoMany和ManytoOne里都加了 fetch = FetchType.EAGER
这也就导致了,我在找Plan的时候,自动级联查找了PlanPoint又级联查找了PlanPointService
这也间接导致了,越来越多的查找Plan,最后java heap space(Out Of Memory)
最后把fetch = FetchType.EAGER标签改成了fetch = FetchType.LAZY
但是这样的话,一些已经从session里面Plan,当session关闭的时候,就不能再使用Plan.getPlanPoints来获得Plan的子PlanPoint了。
所以要把方法都写到session里面去。
而且一个对象他的sessionfactory关闭之后,就不能再开启了,(一个BLL层不能调用两个同时都用到会关闭sf的方法,可能getCurrentSession可以,明天试试)
EAGER标签:当你进行 session.createQuery(sql);
查找一个主键别其他表作为外键的实体时候,会自动去查其他相关的表,相关表中又有其他有联系的则会继续寻找下去。
LAZY标签:查这张表就是查这张表,不会查他实体里set集合里的其他实体
当封装成json的时候,拥有set集合等属性的实体类,可能会造成死循环,原因跟上类似,不断的查找。
这时候我们一般就会用过滤器(还是很方便的),或者在获得要封装的类时候,把他的set集合设置成null
例如:
student.setTeachers(null);
这样封装的时候就不会造成死循环了。
在所有的OnetoMany和ManytoOne里都加了 fetch = FetchType.EAGER
这也就导致了,我在找Plan的时候,自动级联查找了PlanPoint又级联查找了PlanPointService
这也间接导致了,越来越多的查找Plan,最后java heap space(Out Of Memory)
最后把fetch = FetchType.EAGER标签改成了fetch = FetchType.LAZY
但是这样的话,一些已经从session里面Plan,当session关闭的时候,就不能再使用Plan.getPlanPoints来获得Plan的子PlanPoint了。
所以要把方法都写到session里面去。
而且一个对象他的sessionfactory关闭之后,就不能再开启了,(一个BLL层不能调用两个同时都用到会关闭sf的方法,可能getCurrentSession可以,明天试试)
EAGER标签:当你进行 session.createQuery(sql);
查找一个主键别其他表作为外键的实体时候,会自动去查其他相关的表,相关表中又有其他有联系的则会继续寻找下去。
LAZY标签:查这张表就是查这张表,不会查他实体里set集合里的其他实体
当封装成json的时候,拥有set集合等属性的实体类,可能会造成死循环,原因跟上类似,不断的查找。
这时候我们一般就会用过滤器(还是很方便的),或者在获得要封装的类时候,把他的set集合设置成null
例如:
student.setTeachers(null);
这样封装的时候就不会造成死循环了。