在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ì)象的類中是不是還有類似問題。
