兩個(gè)實(shí)體類User@Data
@Entity
@Table(name?=?"sys_user")
public?class?User?{
????@Id
????@GeneratedValue
????@Column(name?=?"user_id")
????private?Integer?userId;
????@Column(name?=?"username")
????private?String?username;
????@ManyToMany(cascade?=?{CascadeType.ALL},?fetch?=?FetchType.LAZY)
????@JoinTable(
????????????name?=?"user_role",
????????????joinColumns?=?{@JoinColumn(name?=?"user_id")},
????????????inverseJoinColumns?=?{@JoinColumn(name?=?"role_id")}
????)
????private?Set<Role>?roles;
}Role@Data
@Entity
@Table(name?=?"sys_role")
public?class?Role?{
????@Id
????@Column(name?=?"role_id")
????private?Integer?roleId;
????@Column(name?=?"role_name",?unique?=?true)
????private?String?roleName;
????@ManyToMany(cascade?=?{CascadeType.ALL},?fetch?=?FetchType.LAZY,?mappedBy?=?"roles")
????private?Set<User>?users;測(cè)試代碼@Transactional
????@Test
????public?void?save()?throws?Exception{
????????Set<Role>roles?=?new?HashSet<Role>();
????????roles.add(new?Role(1,?"USER"));
????????roles.add(new?Role(2,?"ADMIN"));
????????repository.save(new?User("張三",?roles));
????}
????@Transactional
????@Test
????public?void?findAll(){
????????List<User>?users?=?repository.findAll();
????????for?(User?user?:?users)?{
????????????System.out.println(user);
????????}
????}在使用插入數(shù)據(jù)的時(shí)候沒有任何問題，但是當(dāng)查詢的時(shí)候報(bào)錯(cuò)org.hibernate.LazyInitializationException:?failed?to?lazily?initialize?a?collection?of?role:?wang.xiaoqiang.manytomany.entity.User.roles,?could?not?initialize?proxy?-?no?Session這個(gè)可以理解，懶加載的時(shí)候丟失了session無法獲取roles信息，當(dāng)將user中的集合設(shè)置為急加載模式，結(jié)果就遇到StackOverflowError哪位大佬有相關(guān)經(jīng)歷，幫幫忙。。。
1 回答
已采納
特南克斯
TA貢獻(xiàn)14條經(jīng)驗(yàn) 獲得超9個(gè)贊
首先你要理解這是雙向關(guān)聯(lián)，雙向關(guān)聯(lián)中你如果從數(shù)據(jù)庫里面查詢一個(gè)User對(duì)象，那么User對(duì)象里面有Role，Role里面又有User對(duì)象，那么你用syso輸出User對(duì)象，如果toString方法里面包含有輸出User.roles的話，那么是必然會(huì)造成死循環(huán)的。如果你用sping mvc等框架將后臺(tái)數(shù)據(jù)返回給前臺(tái)也是同理，也會(huì)造成返回的JSON數(shù)據(jù)死循環(huán)
那么要如何解決？
解決辦法就是在序列化實(shí)例的時(shí)候中斷循環(huán)就好。首先你要理解這不是spring-data-jpa的問題，這是一個(gè)序列化的問題。
例如如果是用jsckson對(duì)數(shù)據(jù)進(jìn)行序列化的的話，可以使用下面的注解。
import?com.fasterxml.jackson.annotation.JsonIgnoreProperties;
@Data
@Entity
@Table(name?=?"sys_user")
public?class?User?{
????@Id
????@GeneratedValue
????@Column(name?=?"user_id")
????private?Integer?userId;
????@Column(name?=?"username")
????private?String?username;
????@JsonIgnoreProperties(value?=?{?"users"?})
????@ManyToMany(cascade?=?{CascadeType.ALL},?fetch?=?FetchType.LAZY)
????@JoinTable(
????????????name?=?"user_role",
????????????joinColumns?=?{@JoinColumn(name?=?"user_id")},
????????????inverseJoinColumns?=?{@JoinColumn(name?=?"role_id")}
????)
????private?Set<Role>?roles;
}這樣的話，你再序列化User對(duì)象時(shí)，
user.roles 這個(gè)對(duì)象中只有 user.roles[i].id 和? users.roles[i].name 而沒有 user.roles.users?。。?！
ok,問題解決！?。?/p>
-
qq__4787非常感謝！原來一直是因?yàn)閠oString()方法中循環(huán)調(diào)用引發(fā)的問題，之前我也嘗試著將重寫toString()方法，避免循環(huán)調(diào)用。結(jié)果發(fā)現(xiàn)并沒有效果，原來是使用lombok中的@Data注解后會(huì)覆蓋掉原來的toString()方法，導(dǎo)致自定義的toString()方法并未生效?？磥硪院鬁y(cè)試中也的看情況的使用toString()方法了。。。 -
特南克斯這個(gè)問題也困擾了我一段時(shí)間，但是到現(xiàn)在我也沒有完美的解決方法。 我見過一些API后臺(tái)是關(guān)聯(lián)深度是可以控制的，類似relation_depth = 0 返回?cái)?shù)據(jù)不包含子對(duì)象，也就是沒有user.roles。relation_depth = 1 返回?cái)?shù)據(jù)有user.roles。但是沒有user.roles.users。還可以更深。因?yàn)閺?fù)雜的數(shù)據(jù)庫表結(jié)構(gòu)可能不僅僅是一層的多對(duì)多。 但是絕大多數(shù)的情況下關(guān)聯(lián)深度為1，一般都可以用了。 至于toString，你只要注意下，不要對(duì)象循環(huán)輸出，就不是內(nèi)存溢出了，也是可以用的
-
qq_白天不懂爺?shù)暮赺2請(qǐng)問onetoone怎么解決死循環(huán)的問題呢？
點(diǎn)擊展開后面3條
添加回答
舉報(bào)
0/150
提交
取消