作為一個java程式設計師，面試的時候有些公司的面試官也許會問到java中堆和棧的概念。當然了，這個中高階java程式設計師才需要掌握的吧。初級java程式設計師如果可以弄明白這方面的知識，肯定也會加分。最近在面試的我就遇到了一個面試官給我出了這個問題。沒有了解過的我很尷尬。回來一看才發現，也就是那麼回事吧。

       本人看的概念來自於《深入理解Java虛擬機器》這本書，這本書可謂是講解JVM原理的一本聖經。

      首先，java中的堆和棧是指什麼呢？這個問題說明了提問者，是將java中的記憶體區分為了堆記憶體和棧記憶體。這是一種粗略的分法。java的記憶體區域可是複雜多了，就好像樓主我在廣州生活，城中村和小區房是我租房最關注的2個地方，但是廣州其他地方的租房也是很複雜的。java程式設計師往往關注的就是堆記憶體和棧記憶體這2個區域。

      我們先來說說堆記憶體，java的堆是java虛擬機器所管理的記憶體中最大的一塊。這個記憶體的唯一目的就是存放物件例項。幾乎所有的物件例項都在這裡分配記憶體（注意不是所有啊）。所以java堆是被所有執行緒所共享的一塊記憶體。在java虛擬機器的規範中，java堆可以處於物理上不連續的記憶體空間，只要邏輯上是連續的就好。和我們的電腦磁碟空間是一樣的。如果在堆中沒有記憶體可供使用做例項分配，並且堆也沒有擴充套件的時候，就會出現OutOfMemoryError異常。

     再來看看java 的棧記憶體。它的真正名稱叫做：java虛擬機器棧。它和java堆記憶體的有一個很大的區別在於，它是執行緒私有的。它的生命週期也和執行緒的生命週期捆綁在一起。 每個java方法在執行的時候都會建立一個棧幀用來儲存區域性變量表，運算元棧，動態連結，方法出口等資訊。每一個方法從呼叫直至完成執行後的過程，就對應著一個棧幀在虛擬機器棧中的入棧到出棧的過程。在java虛擬機器棧中，區域性變量表所需要的記憶體空間在編譯期間完成分配的。也就是說在進入一個方法時，這個方法在幀中分配多大的區域性變數空間是完全確定的，在方法執行期間不會改變區域性變量表的大小。那如果這個方法的執行緒所需要的記憶體大於這個空間呢？結果是會丟擲OutOfMemoryError異常。另外如果執行緒請求的棧深度大於虛擬機器所設的深度，將丟擲 StackOverflowError異常。