相关疑难解决方法(0)

有没有default XSS sizes人为各种版本的Sun/Oracle JVM以及不同的操作系统找到了单个JVM文档列表？

我已经能够在jrockit jdk 5.0 docs中找到这个表,但这对那些使用"普通"Sun/Oracle JVM的人没有帮助.

我确实感谢XSS每个操作系统(和JVM版本)的值会有所不同,所以可能没有一个文档列出了所有最近的组合.但是,如果这里的任何读者都知道任何单个文档至少列出每个 JVM版本(或至少1.6和1.5)的默认XSS值,或者即使仅针对某些操作系统,那将是一个很好的开始.

我要补充一点,这是有价值的原因是我们经常看到人们推荐(错误的,我认为)有人可以通过改变XSS价值来解决问题.但是如果你不知道自己的默认值,那么就无法知道你是否通过某人推荐的改变来提高或降低价值.他们通常不会指出他们所使用的版本/操作系统,因此他们的建议是否会"帮助"你是一个废话.

甚至比某些文档更好,如果有人知道查询JVM以获取当前值的方法,无论是从命令行还是通过API调用,这将更有价值.谢谢.

为了估计最大调用深度,递归方法可以用给定量的存储器实现,在堆栈溢出错误可能发生之前计算所用存储器的(近似)公式是什么？

编辑:

许多人回答"它依赖",这是合理的,所以让我们通过使用一个微不足道但具体的例子来删除一些变量:

public static int sumOneToN(int n) {
    return n < 2 ? 1 : n + sumOneToN(n - 1);
}

很容易证明,在我的Eclipse IDE中运行它会爆炸n不到1000(对我来说非常低).这个调用深度限制是否可以在不执行的情况下估算？

编辑:我不禁认为Eclipse有一个固定的最大调用深度1000,因为我得到了998,但是有一个用于main,一个用于初始调用方法,1000总而言之.这是一个"太圆"的数字恕我直言,是一个巧合.我会进一步调查.我只是Dux开销-Xss vm参数; 它是最大的堆栈大小,所以Eclipse运行器必须-Xss1000设置在某处

从文档中,-Xss用于设置JVM的堆栈大小.但我对此声明感到非常困惑.

在Java中,每个线程都有自己的堆栈.是否由-Xss指定了数字:

1. 所有线程可以用作堆栈的总内存？例如,如果-Xss设置为256K,则所有线程将在此256K内存中创建自己的堆栈.

2. 每个线程堆栈的大小.例如,如果-Xss设置为256K,则每个线程将具有256K大的堆栈.因此10个线程将共使用2560K.

非常感谢你.

编辑:

谢谢你的回答.它看起来像是上面的(2)senario.-Xss指定特定线程的最大堆栈大小.

然后我有一个跟进问题:这些内存将分配在哪里？

我们可以使用-Xmx和-Xms指定保留的堆内存.是否使用这些保留的内存分配堆栈？或者直接从本机内存分配？

据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();

   }

}

在JVM抛出StackOverflowError之前,i给出递归调用计数的值a().每次运行
的价值i都不同,如:

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

我的疑问是？

1. 在JVM抛出之前递归有多深 StackOverflowError？

2. 一旦StackOverflowError投掷,我们可以恢复吗？

我在sun solaris 中托管的weblogic server 10g 中的 xml 转换中收到以下 java stackoverflow 错误。这仅发生在特定的 xml 转换中，其余所有 xml 转换都可以正常工作。使用的 xsl 文件也不是很大。

Caused by: java.lang.StackOverflowError
    at com.sun.org.apache.xalan.internal.xsltc.dom.SimpleResultTreeImpl.characters(SimpleResultTreeImpl.java)
    at com.sun.org.apache.xalan.internal.xsltc.dom.SimpleResultTreeImpl.copy(SimpleResultTreeImpl.java:438)
    at com.sun.org.apache.xalan.internal.xsltc.runtime.BasisLibrary.copy(BasisLibrary.java:1317)
    at GregorSamsa.replace()
    at GregorSamsa.replace()
    at GregorSamsa.replace()
    at GregorSamsa.replace()
    at GregorSamsa.replace()
    at GregorSamsa.replace()
    at GregorSamsa.replace()
    at GregorSamsa.replace()
    at GregorSamsa.replace()
    at GregorSamsa.replace()
    at GregorSamsa.replace() …