java.lang.StackOverflowError

	@Test
    public void testMain(){
        testStackOverflowError(true);
    }

    public void testStackOverflowError(boolean flag){
        if(flag){
            testStackOverflowError(true);
        }
    }

上述代码testStackOverflowError方法会无线循环调用，直到java耗尽线程栈资源，报错如下：

java.lang.StackOverflowError
	at com.example.shiro.demo.NormalTest.testStackOverflowError(NormalTest.java:14)
	at com.example.shiro.demo.NormalTest.testStackOverflowError(NormalTest.java:14)
	……

解决方法：
引发StackOverFlowError 的常见原因有：

1. 无限循环递归调用
2. 同一时间执行大量方法，资源耗尽
3. 方法中声明大量局部变量
4. 其它消耗栈资源的方法

排查 ：除了程序抛出错误外，还可使用其它方法确认StackOverFlowError

1. 进程突然消失，但是留下了 crash 日志，可以检查 crash 日志里当前线程的 stack 范围，以及 RSP 寄存器的值。如果 RSP 寄存器的值超出这个 stack 范围，那就说明是栈溢出了。
2. 如果没有 crash 日志，那只能通过 coredump 进行分析。在进程运行前，先执行 ulimit -c unlimited，当进程挂掉之后，会产生一个 core.[pid] 的文件，然后再通过 jstack $JAVA_HOME/bin/java core.[pid] 来看输出的栈。如果正常输出了，那就可以看是否存在很长的调用栈的线程，当然还有可能没有正常输出的，因为 jstack 的这条从 core 文件抓栈的命令其实是基于 Serviceability Agent 实现的，而 SA 在某些版本里有 Bug。

修复方法：

1. 修复引发无限递归调用的异常代码， 通过程序抛出的异常堆栈，找出不断重复的代码行，按图索骥，修复无限递归 Bug
2. 排查是否存在类之间的循环依赖
3. 排查是否存在在一个类中对当前类进行实例化，并作为该类的实例变量
4. 通过 JVM 启动参数 -Xss 增加线程栈内存空间， 某些正常使用场景需要执行大量方法或包含大量局部变量，这时可以适当地提高线程栈空间限制，例如通过配置 -Xss2m 将线程栈空间调整为 2 mb

线程栈默认大小依赖于操作系统、java版本、java供应商：

原文地址：https://dzone.com/articles/stackoverflowerror-causes-amp-solutions