StackOverflowError 什么时候发生？ [复制]答案

【问题标题】：When does StackOverflowError occur? [duplicate]StackOverflowError 什么时候发生？ [复制]
【发布时间】：2014-01-06 15:19:14
【问题描述】：

根据 Oracle 的说法，StackOverflowError 是：

由于应用程序递归太深而发生堆栈溢出时引发。

我知道什么是递归，通常递归函数，如果没有正确终止，会导致 StackOverflowError。为了检查在StackOverflowError 被抛出之前发生的递归调用的数量，我编写了以下代码：

package ErrorCases;

public class StackOverFlowError {
static int i=0;
void a()
{

    //System.out.println("called "+(++i));
    try{
        ++i;
    a();
    }catch(Error e)
    {
        System.out.println(e.getClass());
        System.out.println(i);
    }
}

public static void main(String[] args) {

       new StackOverFlowError().a();

   }

}

i 的值给出了在 JVM 抛出 StackOverflowError 之前对 a() 的递归调用计数。
i 的值在每次运行中都不同，例如：

output 1: class java.lang.StackOverflowError
           10466
Output 2: class java.lang.StackOverflowError
           10470

我的查询是？

在 JVM 抛出之前，递归必须发生多深 StackOverflowError?
一旦StackOverflowError 有被扔了？

【问题讨论】：

从堆栈溢出中恢复需要完全禁欲——哎呀，我的意思是非常不确定。如果代码当时正在进行一些复杂的操作，则可能没有足够的堆栈空间允许它退出。并且许多正在进行的操作可能无法防止此类故障，并且根本无法退出/重置。
我读了很长时间的最佳问题。让我思考！谢谢

标签： java recursion stack stack-overflow

【解决方案1】：

深度取决于两件事：

1：栈的大小。

2：每次递归使用的堆栈空间量。

函数参数、局部变量和返回地址都在栈上分配，对象在堆上分配。

恢复

有可能恢复。

try {
    myDeepRecursion();
} catch (StackOverflowError e) {
  // We are back from deep recursion. Stack should be ok again.
}

但是，请注意以下有关错误的信息（来自 java API 文档）：

An Error is a subclass of Throwable that indicates serious problems that a reasonable application should not try to catch.

编辑：

注意事项：虽然在递归函数中捕捉异常是可以的，但不要试图捕捉错误。如果堆栈已满，则错误处理将导致新的错误。简单的事情，例如对System.out.println() 的调用将失败，因为堆栈上没有空间用于返回地址。

这就是为什么错误应该在递归函数之外被捕获。

【讨论】：

我们可以控制深度吗？
你可以使用 jvm 选项 -Xss 解释here
stackoverflow.com/questions/3700459/…
不是来自外部。 JVM 没有“maxRecursionDepth”参数。但是，您可以使用 -Xss JVM 参数指定堆栈大小。
在我的回答中添加了一个编辑。

【解决方案2】：

在 JVM 抛出 StackOverflowError 之前，递归必须发生多深？

这实际上取决于您正在使用的机器以及您的 JVM 及其配置。（在我当前的设置中是 6000 - 8500，在后台有很多任务），最多是你在应用程序和递归方法中执行的操作。

一旦 StackOverflowError 被抛出，我们可以恢复吗？

不！我Java抛出一个错误，没有办法恢复正常。这是异常和错误之间的主要区别。

错误是 Throwable 的子类，表示合理的应用程序不应尝试捕获的严重问题