（1）栈内存溢出
方法的递归调用，没有设置正确的结束条件，栈会有用完的一天，导致栈内存溢出
可以修改栈的大小：
再次运行：减少了次数
案例二：
两个类的循环应用问题，导致Json解析时会出现
解决：员工不在关联部门了，转换时忽略这个属性转换，打破这个循环引用依赖
（2）线程诊断_CPU占用高
线程更虚拟机栈是息息相关的
后台运行一段java代码：
使用top命令查看一下后天运行：
可以看到有问题的进程编号，top命令只能定位到进程，定位不到那个线程导致的
可以使用ps，命令来查看线程的占用
H：打印进程的进程数，进程里面的线程信息
-eo：规定输入的内容
pid：进程id
tid：线程id
%cpu：对cpu的占用情况
已知进程编号，可以进行筛选 grep
还可以说那个jdk的一个工具进行定位：jstack 进程id
这一它输出的是十六进制的，先要把32655进行转化一下16进制 7F99
他这里详细的打印了哪行代码出现了问题
就可以定位源代码：
（3）线程诊断_迟迟得不到结果-死锁
运行另外一个程序：让他输出一个结果，但是久久没有输出，可能是因为线程死锁导致的怎么排查呢？
最后有显示死锁 Thread0和Thread1，下面有错误的位置
线程1等待线程0释放a对象的锁，线程线程0等待线程1释放b对象的锁，而导致相互等待，死锁