1.问题展现
使用环境：
jdk1.8
maven工程
SpringData JPA
lombok
hibernate
pom文件：
5.0.2.RELEASE
5.0.7.Final
1.6.6
1.2.12
0.9.1.2
5.1.6
junit
junit
4.12
test
org.aspectj
aspectjweaver
1.6.8
org.springframework
spring-aop
${spring.version}
org.springframework
spring-context
${spring.version}
org.springframework
spring-context-support
${spring.version}
org.springframework
spring-orm
${spring.version}
org.springframework
spring-beans
${spring.version}
org.springframework
spring-core
${spring.version}
org.hibernate
hibernate-core
${hibernate.version}
org.hibernate
hibernate-entitymanager
${hibernate.version}
org.hibernate
hibernate-validator
5.2.1.Final
c3p0
c3p0
${c3p0.version}
log4j
log4j
${log4j.version}
org.slf4j
slf4j-api
${slf4j.version}
org.slf4j
slf4j-log4j12
${slf4j.version}
mysql
mysql-connector-java
${mysql.version}
org.springframework.data
spring-data-jpa
1.9.0.RELEASE
org.springframework
spring-test
${spring.version}
javax.el
javax.el-api
2.2.4
org.glassfish.web
javax.el
2.2.4
org.hibernate
hibernate-entitymanager
5.0.12.Final
compile
org.projectlombok
lombok
1.16.18
javax.servlet
servlet-api
provided
有关框架知识和工程搭建这里就不说了。
简单阐释问题所在，在使用SpringData JPA的级联操作的时候，就是使用级联查询的时候，hibernate在帮我们生成查询语句的时候会无限生成查询语句执行直到栈内存溢出。（关于SpringDataJPA的搭建和级联操作这里就不说了）
2.找出问题和解决方案
按着错误挨个找，直到找到了hashCode()方法报错（这里找问题所在，我就是根据程序报错一行一行找，尤其是那些有额外错误说明的），才大概知道原因，hashCode()方法不就是通过lombok帮我们生成的吗？
于是乎尝试一下，仅仅手动设置getter、setter方法，程序正常运行！
3.万恶之源
这里已经知道了是使用lombok才出错了，于是乎百度去了，long time passed...
这里通过这位仁兄找到了原因，在这里感谢一波。地址
这里人家看了官方文档，于是乎我也去看了一波，哎，英语真的重要啊！
不过呢，我这里的问题不是这个，通过文档查看（当然是翻译后），这里有一段说明：
Arrays are 'deep' compared/hashCoded, which means that arrays that contain themselves will result in StackOverflowErrors. However, this behaviour is no different from e.g. ArrayList.
数组是“深度”比较/哈希编码的，这意味着包含自身的数组将导致stackoverflowerror。然而，这种行为与例如ArrayList没有什么不同。
大概意思知道了，就是方法调用陷入无限循环之中呗，然后看一下有关hashCode()的ArrayList源码：
//这个是在父类AbstractList
public int hashCode() {
int hashCode = 1;
for (E e : this)
hashCode = 31*hashCode + (e==null ? 0 : e.hashCode());
return hashCode;
}
好了，意思就是说，lombok生成的hashCode()就是通过这个形式实现的。
至于为什么造成了stackoverflowerror，相信大概已经明了了，我的实体类代码（大概内容，注解什么的就不解释了，下面才是重点）：
/**
* 用户表
*/
@Entity
@Table(name = "tab_user")
@Data
public class User {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
@Column(name = "user_id")
private Long userId;
@Column(name = "user_name")
private String userName;
@ManyToMany(targetEntity = Role.class,cascade = CascadeType.ALL)
@JoinTable(
name = "user_role",
joinColumns = {@JoinColumn(name = "user_role_userId",referencedColumnName = "user_id")},
inverseJoinColumns = {@JoinColumn(name = "user_role_roleId",referencedColumnName = "role_id")}
)
private Set roleSet = new HashSet();
}
/**
* 角色表
*/
@Entity
@Table(name = "tab_role")
@Data
public class Role {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
@Column(name = "role_id")
private Long roleId;
@Column(name = "role_name")
private String roleName;
@ManyToMany(mappedBy = "roleSet")
private Set userSet = new HashSet();
}
解决之前就是这样写的，MD，就是它private Set（HashSet通过HashMap实现，而HashMap的hashCode也是深度哈希的），级联操作，我的另一个实体类中也有一段代码private Set,看到我的集合中的参数了吗？互相依赖，跟线程死锁一样，当执行hashCode()时，相互调用，无限循环开始了，最终导致stackoverflowerror。
这里我们就直接只使用getter、setter方法就好了，即不用@Data注解，使用@Setter和@Getter注解。（没办法，谁让lombok让代码更简洁，就用它）
4.总结
知其然，需知其所以然。（会用就行的那些大佬不要鄙视我）