在使用JVM編譯java時，都會去設定相關的引數（例如使用eclipse的時候，可以設定eclipse的eclipse.ini檔案來對jvm做一些引數配置）。jvm的引數設定主要涉及到三種，分別是Trace跟蹤引數、堆的分配引數、棧的分配引數。

本章主要講解棧的分配引數的相關資訊。
1.棧大小分配
分配引數：-Xss
特點：
(1)區域性變數、引數都分配在棧上。
(2)棧的記憶體通常只有幾百k，但是它決定了函式呼叫的深度；如果程式使用了很深的遞迴函式，而棧記憶體又非常小，此時很有可能發生棧溢位(java.lang.StackOverflowError)的情況。
(3)每一個執行緒都有獨立的棧空間。如果想盡量多跑一些執行緒的話，就儘量將棧記憶體縮小，而不是增大。

下面是一段遞迴函式的呼叫：

public class TestStackDeep {
	private static int count = 0;
	
	public static void recusion(long a,long b,long c){
		long e=1,f=2,g=3,h=4,i=5,k=6,q=7,x=8,y=9,z=10;
		count++;
		recusion(a,b,c);
	}
	
    public static void main(String[] args) {
    	try {
			recusion(0L,0L,0L);
		} catch (Throwable e) {
			System.out.println("deep of calling = "+count);
			e.printStackTrace();
		}
	}
}
 

在該段程式碼中，我們的遞迴函式每一次都會記錄呼叫的次數，當發生棧溢位的異常時，catch該異常，然後打印出一共遞迴的層數。
首先我們將棧記憶體調整為128k：

最終結果：

可以看到執行了304次遞迴方法，並丟擲java.lang.StackOverflowError棧溢位的異常。

然後我們將棧記憶體調整為256k:

最終結果：

可以看到執行了758次遞迴方法，並丟擲java.lang.StackOverflowError棧溢位的異常。
這說明棧的大小決定了遞迴函式的深度，原因是因為棧需要儲存每一次遞迴函式的區域性變數以及內部引數，當有幾千次遞迴的時候，棧記憶體就儲存了幾千次的區域性變數以及引數，久而久之就會爆棧。所以一般出現java.lang.StackOverflowError棧溢位異常時，通常是因為程式呼叫的層數過深。
如果我們想要在有限的棧記憶體執行一定深度的遞迴函式，此時需要減少在遞迴函式中的區域性變數數、內部引數數量，使得棧記憶體中的棧幀的區域性變量表、以及成員變數引數空間壓力小一些。

至此，有關Trace跟蹤引數、堆的分配引數、棧的分配引數就講解完畢了。當然，jvm的引數調整不僅僅是這些，剩下的引數在後面的jvm模組講解中，會提到。