其實(shí)對(duì)于我們一般理解的計(jì)算機(jī)內(nèi)存，它算是CPU與計(jì)算機(jī)打交道最頻繁的區(qū)域，所有數(shù)據(jù)都是先經(jīng)過硬盤至內(nèi)存，然后由CPU再從內(nèi)存中獲取數(shù)據(jù)進(jìn)行處理，又將數(shù)據(jù)保存到內(nèi)存，通過分頁或分片技術(shù)將內(nèi)存中的數(shù)據(jù)再flush至硬盤。那JVM的內(nèi)存結(jié)構(gòu)到底是如何呢？JVM做為一個(gè)運(yùn)行在操作系統(tǒng)上，但又獨(dú)立于os運(yùn)行的平臺(tái)，它的內(nèi)存至少應(yīng)該包括象寄存器、堆棧等區(qū)域。

JVM在運(yùn)行時(shí)將數(shù)據(jù)劃分為了6個(gè)區(qū)域來存儲(chǔ)，而不僅僅是大家熟知的Heap區(qū)域，這6個(gè)區(qū)域圖示如下：

 JVM內(nèi)存的分配結(jié)構(gòu)示意圖

下面將逐一介紹下各個(gè)區(qū)域所做的工作及其充當(dāng)?shù)墓δ堋?/p>

PC Register(PC寄存器)

PC寄存器是一塊很小的內(nèi)存區(qū)域，主要作用是記錄當(dāng)前線程所執(zhí)行的字節(jié)碼的行號(hào)。字節(jié)碼解釋器工作時(shí)就是通過改變當(dāng)前線程的程序計(jì)數(shù)器選取下一條字節(jié)碼指令來工作的。任何分支，循環(huán)，方法調(diào)用，判斷，異常處理，線程等待以及恢復(fù)線程，遞歸等等都是通過這個(gè)計(jì)數(shù)器來完成的。

 由于Java多線程是通過交替線程輪流切換并分配處理器時(shí)間的方式來實(shí)現(xiàn)的，在任何一個(gè)確定的時(shí)間里，在處理器的一個(gè)內(nèi)核只會(huì)執(zhí)行一條線程中的指令。因此為了線程等待結(jié)束需要恢復(fù)到正確的位置執(zhí)行，每條線程都會(huì)有一個(gè)獨(dú)立的程序計(jì)數(shù)器來記錄當(dāng)前指令的行號(hào)。計(jì)數(shù)器之間相互獨(dú)立互不影響，我們稱這塊內(nèi)存為“線程私有”的內(nèi)存。

如果所調(diào)用的方法為native的，則PC寄存器中不存儲(chǔ)任何信息。

l  JVM棧

JVM棧是線程私有的，每個(gè)線程創(chuàng)建的同時(shí)都會(huì)創(chuàng)建JVM棧，JVM棧中存放的為當(dāng)前線程中局部基本類型的變量（java中定義的八種基本類型：boolean、char、byte、short、int、long、float、double）、部分的返回結(jié)果以及Stack Frame，非基本類型的對(duì)象在JVM棧上僅存放一個(gè)指向堆上的地址，因此Java中基本類型的變量是值傳遞，而非基本類型的變量是引用傳遞，Sun           JDK的實(shí)現(xiàn)中JVM棧的空間是在物理內(nèi)存上分配的，而不是從堆上分配。

由于JVM棧是線程私有的，因此其在內(nèi)存分配上非常高效，并且當(dāng)線程運(yùn)行完畢后，這些內(nèi)存也就被自動(dòng)回收。

當(dāng)JVM棧的空間不足時(shí)，會(huì)拋出StackOverflowError的錯(cuò)誤，在Sun JDK中可以通過-Xss來指定棧的大小，例如如下代碼：

new Thread(new Runnable(){ 
           public void run() { 
              loop(0); 
           }        
           private void loop (int i){ 
              if(i!=1000){ 
                  i++; 
loop (i); 
              } 
              else{ 
                  return; 
              } 
           } 
          }).start(); 

當(dāng)JVM參數(shù)設(shè)置為-Xss1K，運(yùn)行后會(huì)報(bào)出類似下面的錯(cuò)誤：

Exception in thread "Thread-0"java.lang.StackOverflowError

l  堆（Heap）

Heap是大家最為熟悉的區(qū)域，它是JVM用來存儲(chǔ)對(duì)象實(shí)例以及數(shù)組值的區(qū)域，可以認(rèn)為Java中所有通過new創(chuàng)建的對(duì)象的內(nèi)存都在此分配，Heap中的對(duì)象的內(nèi)存需要等待GC進(jìn)行回收，Heap在32位的操作系統(tǒng)上***為2G，在64位的操作系統(tǒng)上則沒有限制，其大小通過-Xms和-Xmx來控制，-Xms為JVM啟動(dòng)時(shí)申請(qǐng)的最小Heap內(nèi)存，默認(rèn)為物理內(nèi)存的1/64但小于1G，-Xmx為JVM可申請(qǐng)的***Heap內(nèi)存，默認(rèn)為物理內(nèi)存的1/4，默認(rèn)當(dāng)空余堆內(nèi)存小于40%時(shí)，JVM會(huì)增大Heap的大小到-Xmx指定的大小，可通過-XX:MinHeapFreeRatio=來指定這個(gè)比例，當(dāng)空余堆內(nèi)存大于70%時(shí)，JVM會(huì)將Heap的大小往-Xms指定的大小調(diào)整，可通過-XX:MaxHeapFreeRatio=來指定這個(gè)比例，但對(duì)于運(yùn)行系統(tǒng)而言，為了避免頻繁的Heap Size的大小，通常都會(huì)將-Xms和-Xmx的值設(shè)成一樣，因此這兩個(gè)用于調(diào)整比例的參數(shù)通常是沒用的。其實(shí)jvm中對(duì)于堆內(nèi)存的分配、使用、管理、收集等有更為精巧的設(shè)計(jì)，具體可以在JVM堆內(nèi)存分析中進(jìn)行詳細(xì)介紹。

當(dāng)堆中需要使用的內(nèi)存超過其允許的大小時(shí)，會(huì)拋出OutOfMemory的錯(cuò)誤信息。

l  方法區(qū)域（MethodArea）

方法區(qū)域存放了所加載的類的信息（名稱、修飾符等）、類中的靜態(tài)變量、類中定義為final類型的常量、類中的Field信息、類中的方法信息，當(dāng)開發(fā)人員在程序中通過Class對(duì)象中的getName、isInterface等方法來獲取信息時(shí)，這些數(shù)據(jù)都來源于方法區(qū)域，可見方法區(qū)域的重要性。同樣，方法區(qū)域也是全局共享的，它在虛擬機(jī)啟動(dòng)時(shí)在一定的條件下它也會(huì)被GC，當(dāng)方法區(qū)域需要使用的內(nèi)存超過其允許的大小時(shí)，會(huì)拋出OutOfMemory的錯(cuò)誤信息。

在Sun JDK中這塊區(qū)域?qū)?yīng)的為PermanetGeneration，又稱為持久代，默認(rèn)為64M，可通過-XX:PermSize以及-XX:MaxPermSize來指定其大小。

l  運(yùn)行時(shí)常量池（RuntimeConstant Pool）

類似C中的符號(hào)表，存放的為類中的固定的常量信息、方法和Field的引用信息等，其空間從方法區(qū)域中分配。類或接口的常量池在該類的class文件被java虛擬機(jī)成功裝載時(shí)分配。

l  本地方法堆棧（NativeMethod Stacks）

JVM采用本地方法堆棧來支持native方法的執(zhí)行，此區(qū)域用于存儲(chǔ)每個(gè)native方法調(diào)用的狀態(tài)。

例如有這么一段代碼：

public class A { 
                   public static void main(String[]args){ 
           String a="a"; 
          String b="b"; 
           String ab="ab"; 
           System.out.println((a+b)==ab);       // false 
           System.out.println(("a"+"b")==ab);   // true 
           final String afinal="a"; 
           String result=afinal+"b"; 
           System.out.println(result==ab);      // true 
           String plus=a+"b"; 
           System.out.println(plus==ab);        // false 
             System.out.println(plus.intern()==ab);  // true 
    } 
} 

分析下上面代碼執(zhí)行的結(jié)果，可通過javap –verbose A來輔助理解分析。

l  (a+b)==ab

a+b是兩個(gè)變量相加，需要到運(yùn)行時(shí)才能確定其值，到運(yùn)行時(shí)后JVM會(huì)為兩者相加后產(chǎn)生一個(gè)新的對(duì)象，因此a+b==ab的結(jié)果為false。

l  (“a”+”b”)==ab

“a”+”b”是常量，在編譯時(shí)JVM已經(jīng)將其變?yōu)?rdquo;ab”字符串了，而ab=”ab”也是常量，這兩者在常量池即為同一地址，因此(“a”+”b”)==ab為true。

l  result==ab

result=afinal+”b”，afinal是個(gè)final的變量， result在編譯時(shí)也已經(jīng)被轉(zhuǎn)變?yōu)榱?rdquo;ab”，和”ab”在常量池中同樣為同一地址，因此result==ab為true。

l  plus=ab

plus和a+b的情況是相同的，因此plus==ab為false。

l  plus.intern()==ab

這里的不同點(diǎn)在于調(diào)用了plus.intern()方法，這個(gè)方法的作用是獲取plus指向的常量池地址，因此plus.intern()==ab為true。

在掌握了JVM對(duì)象內(nèi)存分配的機(jī)制后，接下來看看JVM是如何做到自動(dòng)的對(duì)象內(nèi)存回收的，這里指的的是Heap以及Method Area的回收，其他幾個(gè)區(qū)域的回收都由JVM簡單的按生命周期來進(jìn)行管理

原文鏈接：http://blog.csdn.net/zhaozheng7758/article/details/8623562

 【編輯推薦】