哪些操作可能（不会）抛出 StackOverflowError？

什么时候会有一个StackOverError http://docs.oracle.com/javase/7/docs/api/java/lang/StackOverflowError.html被扔掉？

或者更确切地说，什么时候not被扔掉？

For example，如果我们使用原始运算符+, +=, -, -=, == <, >, /, %, etc:

try {
     // operations +, +=, -, -=, == <, >, /, %, etc
} catch (java.lang.StackOverflowError e) {
     // will never occur?
}

有什么保证吗StackOverflowError不会被扔吗？

理论上，在一些奇怪的 JVM 上+运算符可以通过添加内部使用递归来实现+ 1在递归循环中。其他运算符也可以使用内部方法调用来实现。

我认为这种情况永远不会发生。在每个典型的 JVM/架构中，这些操作都是使用单个操作/指令来实现的。所有这些运算符都有字节码指令，我希望它们能够 1:1 转换为汇编语言。但 JLS 不提供任何保证。

顺便说一下JavaDoc：

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

并不完全正确。你可以得到StackOverflowError没有任何递归 - 如果您有非常深的调用树并且方法有很长的参数列表。然而，这在实践中很难实现。