最近抽空看了一點《深刻理解Java虛擬機》,本篇文章主要來總結一下Java虛擬機內存的各個區域,以及這些區域的做用、服務對象以及其中可能產生的問題,做爲你們的面試寶典。面試
首先咱們來看一下Java運行時的數據區域,Java虛擬機在執行Java程序的過程當中會把它所管理的內存劃分紅若干個不一樣的數據區域,這些區域都有各自的用途,各自的建立和銷燬的時間。有的區域隨着虛擬機進程的啓動而存在,有些區域則依賴用戶線程的啓動和結束而創建和銷燬。數組
咱們來看一下Java虛擬機運行時的數據區spa
結合這張圖,下面逐個來分析一下每一個數據區域的特色。線程
程序計數器是一塊較小的內存空間,能夠看做是當前線程所執行的字節碼的行號指示器。什麼意思呢?咱們知道,CPU的計算時間是以分片的方式給到每一個線程的(換句話說,所謂並行其實本質上仍是串行),好比線程A執行到一個地方,CPU將控制權給了線程B,那麼線程A從新得到CPU的資源時,如何恢復到剛纔執行的地方呢?這就是程序計數器要乾的事了!它能幫助線程A找到剛剛執行的地方,從而繼續剛剛的執行。對象
爲了線程切換後能恢復到正確的執行位置,就要求每一個線程都須要有個獨立的程序計數器,各條線程之間的計數器互不影響,獨立存儲。因此程序計數器是線程私有的。接口
另外,程序計數器是惟一一個在Java虛擬機規範中沒有規定任何OutOfMemoryError狀況的區域。生命週期
Java虛擬機棧佔有的內存空間也就是咱們日常所說的「棧內存」,而且也是線程私有的,生命週期與線程相同。虛擬機棧描述的是Java方法執行的內存模型:每一個方法在執行的同時,都會建立一個棧幀,用於存儲局部變量表(基本數據類型,對象的引用和returnAddress類型)、操做數棧、動態連接、方法出口等信息。進程
局部變量表所需的內存空間在編譯期間完成分配,當進入一個方法時,這個方法須要在棧幀中分配多大的局部變量空間是徹底肯定的,在方法運行期間不會改變局部變量表的大小。ip
每一個方法被調用直至執行完成的過程,就對應着一個棧幀從虛擬機棧中從入棧到出棧的過程。對於Java虛擬機棧,有兩種以嘗狀況:內存
本地方法棧和虛擬機棧所發揮的做用很是類似,它們之間的區別主要是:虛擬機棧是爲虛擬機執行的Java方法(即字節碼)服務的,而本地方法棧則爲虛擬機使用到的Native方法服務。
與虛擬機棧相似,本地方法棧也會拋出StackOverFlowError和OutOfMemoryError異常。
Java堆是Java虛擬機所管理的內存中最大的一塊。Java堆在主內存中,是被全部線程共享的一塊內存區域,其隨着JVM的建立而建立,堆內存的惟一目的是存放對象實例和數組。同時Java堆也是GC管理的主要區域。
Java堆在物理上不須要連續的內存,只要邏輯上連續便可。若是堆中沒有內存完成實例分配,而且也沒法再擴展時,將會拋出OutOfMemoryError異常。
方法區是全部線程共享的一塊內存區域。用於存儲已被虛擬機加載的類信息、常量、靜態變量、即時編譯器編譯後的代碼等數據。方法區也有一個別名叫Non-heap(非堆),用來與Java堆區分。對於HotSpot虛擬機來講,方法區又習慣成爲「永久代(Permancent Generation)」,但這只是對於HotSpot虛擬機來講的,其餘虛擬機的實現上並無這個概念。相對而言,垃圾收集行爲在這個區域比較少出現,但也並不是不會來收集,這個區域的內存回收目標主要是針對常量池的回收和對類型的卸載上。
根據Java 虛擬機規範的規定,當方法區沒法知足內存分配需求時,將拋出OutOfMemoryError 異常。
運行時常量池屬於方法區。Class文件中除了有類的版本、字段、方法、接口等描述信息外,還有一項信息是常量表,用於存放編譯期生成的各類字面常量和符號引用,這部份內容將在類加載後進入方法區的運行時常量池中存放(JDK1.7開始,常量池已經被移到了堆內存中了)。
也就是說,這部份內容,在編譯時只是放入到了常量池信息中,到了加載時,纔會放到運行時常量池中去。運行時常量池縣歸於Class文件常量池的另一個重要特徵是具有動態性,Java語言並不要求常量必定只有編譯期才能產生,也就是並不是預置入Class文件中常量池的內容才能進入方法區的運行時常量池,運行期間也可能將新的常量放入池中,這種特性被開發人員利用的比較多的是String類的intern()方法。
當方法區沒法知足內存分配需求時,將拋出OutOfMemoryError異常,常量池屬於方法區,一樣可能拋出OutOfMemoryError異常。
下面針對Java內存區域模型作一下簡單的總結。