在springboot中使用jpa,參照 Spring Boot整合jpa,Shiro進(jìn)行權(quán)限管理 寫的程序,在每個(gè)記錄中添加修改用戶,
@ManyToOne(fetch=FetchType.EAGER)
private UserInfo alterUser
在啟動(dòng)程序是,報(bào)
cannot simultaneously fetch multiple bags異常
解決辦法
將@ManyToOne或@ManyToMany的容器由
List
改為Set
具體原因參照 JPA的cannot simultaneously fetch multiple bags異常的解決
注意文章是2009年發(fā)表的,感覺自己穿越了,基礎(chǔ)知識(shí)真重要。
下面是原文:
cannot simultaneously fetch multiple bags異常是由于持久層實(shí)時(shí)加載太多異同對(duì)象而致。例如用戶登錄時(shí),同步實(shí)時(shí)加載用戶的角色對(duì)象、權(quán)限對(duì)象,而往往這些關(guān)系都是多對(duì)多關(guān)系,就單一列內(nèi)容來看存在重復(fù)的值,從而引起multiple bags。我在網(wǎng)上搜索這類結(jié)果,幾乎都提出一個(gè)解決辦法——采用延遲加載,即fetch=FetchType.LAZY,這樣就束縛了框架的強(qiáng)大功能,也有提過用@IndexColumn解決,但@IndexColumn是Hibernate的東西,不是JPA規(guī)范(下文有討論)。既要實(shí)時(shí)加載,又保證不會(huì)出現(xiàn)主題問題,這就是本文所要探討的。
JPA規(guī)范中,一對(duì)多或多對(duì)多的多方數(shù)據(jù)抓取過來后必須用容器類存,例如Set、List、Map等,初學(xué)者可能沒有對(duì)這個(gè)幾個(gè)容器認(rèn)真研究,隨便拿一個(gè)就用。事實(shí)上這幾個(gè)容器有很大的區(qū)別,本文不具體討論這些容器的區(qū)別和功能,但提一個(gè)特別要注意的區(qū)別——導(dǎo)致本文主題的產(chǎn)生——就是容器內(nèi)是否允許重復(fù)值,那讓們簡單地了解下這此容器的特性:
Set:
Set中不允許存放重復(fù)元素;
Set中的元素是無序的。List:
List中可以存放重復(fù)元素;
List中的元素是一個(gè)有序的集合,可以通過訪問List中的元素。-
Map:
Map是以鍵/值存放數(shù)據(jù),因此它有較高的存取性能;
Map中不允許重復(fù)的鍵,但可以有重復(fù)的值有了這些區(qū)別,我們就可以開始尋找主題問題,當(dāng)持久框架抓取一方的對(duì)象時(shí),同時(shí)加載多方的對(duì)象放進(jìn)容器中,多方又可能與關(guān)聯(lián)其它對(duì)象,Hibernate實(shí)現(xiàn)的JPA,默認(rèn)最高抓取深度含本身級(jí)為四級(jí)(它有個(gè)屬性配置是0-3),若多方(第二級(jí))存在重復(fù)值,則第三級(jí)中抓取的值就無法映射,按照這個(gè)道理,就應(yīng)該報(bào)出無法同時(shí)加載多個(gè)包之異常。由于國內(nèi)EJB3.0以后的教材是少而甚少,更沒有較完善的JPA手冊(cè),所以筆者這樣的理解可能會(huì)引起質(zhì)疑,但事實(shí)上,筆者是通過這個(gè)思路解決了問題:
即@ManyToMany或@OneToMany的Many方此時(shí)一定用Set容器來存放,而不能用List集合。
不過Hibernate有些功能超越了JPA規(guī)范,它支持真正的List集合,映射集合的方式和以前完全一樣,只不過要新增 @IndexColumn注解,該注解允許你指明存放索引值的字段。但實(shí)際上是創(chuàng)建唯一性索引,抓取多方的結(jié)果也是唯一的,就是上述Set容器不允許重復(fù)元素的道理一樣。
出現(xiàn)此異常的讀者,先看看自己是不是用了List集合而導(dǎo)致此問題的發(fā)生,若是用Set還出現(xiàn)此問題,則去看Set容器內(nèi)的對(duì)象的類中是不是還有類似問題。