我決定嘗試一些實驗，以了解關于堆棧幀的大小以及當前執行的代碼在堆棧中的距離的發現。我們可以在這里調查兩個有趣的問題：當前代碼有多少層深入堆棧？當前方法在達到a之前可以達到多少級別的遞歸StackOverflowError？當前執行代碼的堆棧深度這是我為此能想到的最好的方法：public static int levelsDeep() {    try {        throw new SomeKindOfException();    } catch (SomeKindOfException e) {        return e.getStackTrace().length;    }}這似乎有點駭人聽聞。它生成并捕獲異常，然后查看堆棧跟蹤的長度。不幸的是，它似乎也有一個致命的限制，即返回的堆棧跟蹤的最大長度為1024。超出此范圍的任何內容都會被削減，因此此方法可以返回的最大長度為1024。題：有沒有更好的方法來做到這一點，而且又沒有此限制？對于它的價值，我的猜測是沒有：Throwable.getStackTraceDepth()一個本機調用，這表明（但沒有證明）它不能用純Java完成。確定我們還剩下多少遞歸深度我們可以達到的級別數將由（a）堆棧框架的大小和（b）剩余堆棧數決定。讓我們不必擔心堆?？蚣艿拇笮?，而只需在達到之前查看可以達到多少級StackOverflowError。這是我執行此操作的代碼：public static int stackLeft() {    try {        return 1+stackLeft();    } catch (StackOverflowError e) {        return 0;    }}即使堆棧數量是線性的，它的工作也令人欽佩。但是，這是非常非常奇怪的部分。在64位Java 7（OpenJDK 1.7.0_65）上，結果是完全一致的：在我的機器上（Ubuntu 14.04 64位），結果為9,923。但是Oracle的Java 8（1.8.0_25）給了我不確定的結果：記錄下來的深度大約在18500到20700之間。現在，為什么到底是不確定的？應該有固定的堆棧大小，不是嗎？而且所有代碼對我來說都是確定性的。我想知道錯誤陷阱是否有些怪異，所以我嘗試了一下：public static long badSum(int n) {    if (n==0)        return 0;    else        return 1+badSum(n-1);}顯然，這將返回給定的輸入或溢出。同樣，我在Java 8上獲得的結果是不確定的。如果調用badSum(14500)，它將給我StackOverflowError大約一半的時間，而另一半則返回14500。但是在Java 7 OpenJDK上，它是一致的：badSum(9160)正常運行并badSum(9161)溢出。題：為什么在Oracle Java 8上不確定最大遞歸深度？為什么在OpenJDK 7上具有確定性？