由于应用程序递归太深而发生StackOverflowError(这不是您期望的答案)。

现在其他的事情发生在StackOverflowError是从方法一直调用方法，直到你得到StackOverflowError，但没有人可以编程得到StackOverflowError，即使那些程序员是这样做的，然后他们没有遵循编码标准的圈的复杂性，每个程序员都必须理解，而编程。这样的原因'StackOverflowError'将需要很多时间来纠正它。

但不知不觉地编码一行或两行导致StackOverflowError是可以理解的，JVM抛出，我们可以立即纠正它。这是我对其他一些问题的回答。

但这引发了两个问题: 除了通过递归，没有其他方法可以导致堆栈溢出吗? StackOverflowError发生在JVM溢出堆栈之前还是之后?

当我们分配的大小大于栈的限制时(例如。int x[10000000];)。 第二个答案是

Each thread has its own stack that holds a frame for each method executing on that thread. So the currently executing method is at the top of the stack. A new frame is created and added (pushed) to the top of stack for every method invocation. The frame is removed (popped) when the method returns normally or if an uncaught exception is thrown during the method invocation. The stack is not directly manipulated, except to push and pop frame objects, and therefore the frame objects may be allocated in the Heap and the memory does not need to be contiguous.

因此，通过考虑线程中的堆栈，我们可以得出结论。

堆栈的大小可以是动态的，也可以是固定的。如果线程需要的堆栈大于允许的堆栈，则抛出StackOverflowError。如果一个线程需要一个新的帧，并且没有足够的内存分配它，则抛出OutOfMemoryError。

你可以在这里获得JVM的描述

似乎您认为stackoverflow错误类似于本机程序中的缓冲区溢出异常，此时存在将未分配给缓冲区的内容写入内存的风险，从而破坏一些其他内存位置。根本不是这样的。

JVM为每个线程的每个堆栈分配了一个给定的内存，如果试图调用一个方法恰好填满了这个内存，JVM就会抛出一个错误。就像你想写一个长度为N的数组的下标N一样，不会发生内存损坏。堆栈不能写入堆。

StackOverflowError之于堆栈，就像OutOfMemoryError之于堆:它只是表明没有更多可用内存。

来自虚拟机错误的描述(§6.3)

StackOverflowError: Java虚拟机实现已经耗尽了线程的堆栈空间，通常是因为由于执行程序中的错误，线程正在执行无限数量的递归调用。

由于应用程序递归太深而发生StackOverflowError(这不是您期望的答案)。

现在其他的事情发生在StackOverflowError是从方法一直调用方法，直到你得到StackOverflowError，但没有人可以编程得到StackOverflowError，即使那些程序员是这样做的，然后他们没有遵循编码标准的圈的复杂性，每个程序员都必须理解，而编程。这样的原因'StackOverflowError'将需要很多时间来纠正它。

但不知不觉地编码一行或两行导致StackOverflowError是可以理解的，JVM抛出，我们可以立即纠正它。这是我对其他一些问题的回答。

在c#中，可以通过错误地定义对象属性来实现堆栈溢出。 例如:

private double hours;

public double Hours
        {
            get { return Hours; }
            set { Hours = value; }
        }

如你所见，它会一直返回带有大写H的Hours, H本身也会返回Hours，等等。

堆栈溢出也经常发生，因为内存不足，或者当使用托管语言时，因为您的语言管理器(CLR, JRE)将检测到您的代码陷入无限循环。

StackOverflow发生在函数调用时，堆栈已满。

就像一个ArrayOutOfBoundException。它不会腐蚀任何东西，事实上很有可能抓住它并从中恢复。

它通常是由于不受控制的递归导致的，但也可能是由于调用了非常深的函数堆栈而导致的。