1.幾個(gè)計(jì)算機(jī)的概念

為以后寫(xiě)文章考慮，也為鞏固自己的知識(shí)和一些基本概念，這里要理清楚幾個(gè)計(jì)算機(jī)中的概念。

1、計(jì)算機(jī)存儲(chǔ)單位

從小到大依次為位Bit、字節(jié)Byte、千字節(jié)KB、兆M、千兆GB、TB，相鄰單位之間都是1024倍，1024為2的10次方，即：

• 1Byte = 8bit
• 1K = 1024Byte
• 1M = 1024K
• 1G = 1024M
• 1T = 1024G

2、計(jì)算機(jī)存儲(chǔ)元件

寄存器：中央處理器CPU的一部分，是計(jì)算機(jī)中讀寫(xiě)速度最快的存儲(chǔ)元件，但是容量很少

內(nèi)存：屬于獨(dú)立的一個(gè)部件，是和CPU溝通的橋梁，用于存放CPU中的運(yùn)算數(shù)據(jù)以及與外部存儲(chǔ)器交換的數(shù)據(jù)。盡管在今天，對(duì)內(nèi)存的讀寫(xiě)速度已經(jīng)很快了，但是由于寄存器是在CPU上的，所以對(duì)于內(nèi)存的讀寫(xiě)速度和對(duì)于寄存器的讀寫(xiě)速度上還是有幾個(gè)數(shù)量級(jí)的差距。但是沒(méi)辦法，對(duì)于內(nèi)存的讀寫(xiě)I/O操作是很難消除的，寄存器數(shù)量有限，不可能通過(guò)寄存器來(lái)完成所有的運(yùn)算任務(wù)

3、內(nèi)核空間和用戶空間

連接內(nèi)存和寄存器的是地址總線，地址總線的寬度影響了物理地址的索引范圍，因?yàn)榭偩€寬度決定了處理器一次可以從寄存器或內(nèi)存中獲取多少個(gè)Bit，同時(shí)也決定了處理器最大可以尋址的地址空間。比如32位CPU的系統(tǒng)，可尋址范圍為0x00000000~0xFFFFFFFF，即232=4294967296個(gè)內(nèi)存位置，每個(gè)內(nèi)存位置1個(gè)字節(jié)，即32位CPU系統(tǒng)可以有4GB的內(nèi)存空間。不過(guò)應(yīng)用程序是不可以完全使用這些地址空間的，因?yàn)檫@些地址空間被劃分為了內(nèi)核空間和用戶空間，程序只能使用用戶空間的內(nèi)存。內(nèi)核空間主要是指操作系統(tǒng)運(yùn)行時(shí)所使用的用于程序調(diào)度、虛擬內(nèi)存的使用或者鏈接硬件資源的程序邏輯。區(qū)分內(nèi)核空間和用戶空間的目的主要是從系統(tǒng)的穩(wěn)定性的角度考慮的。Windows 32操作系統(tǒng)默認(rèn)內(nèi)核空間和用戶空間的比例是1:1，即2G內(nèi)核空間、2G內(nèi)存空間，32位Linux系統(tǒng)中默認(rèn)比例則是1:3，即1G內(nèi)核空間，3G內(nèi)存空間。

4、字長(zhǎng)

CPU的主要技術(shù)指標(biāo)之一，指的是CPU一次能并行處理二進(jìn)制的位數(shù)（Bit）。通常稱處理字長(zhǎng)為8位數(shù)據(jù)的CPU為8位CPU，32位CPU就是在同一時(shí)間內(nèi)處理字長(zhǎng)為32位的二進(jìn)制數(shù)據(jù)。不過(guò)目前雖然CPU大多是64位的，但還是以32位字長(zhǎng)運(yùn)行

2.前言

說(shuō)到Java內(nèi)存區(qū)域，可能很多人第一反應(yīng)是“堆棧”。首先堆棧不是一個(gè)概念，而是兩個(gè)概念，堆和棧是兩塊不同的內(nèi)存區(qū)域，簡(jiǎn)單理解的話，堆是用來(lái)存放對(duì)象而棧是用來(lái)執(zhí)行程序的。其次，堆內(nèi)存和棧內(nèi)存的這種劃分方式比較粗糙，這種劃分方式只能說(shuō)明大多數(shù)程序員最關(guān)注的、與對(duì)象內(nèi)存分配關(guān)系最密切的內(nèi)存區(qū)域是這兩塊，Java內(nèi)存區(qū)域的劃分實(shí)際上遠(yuǎn)比這復(fù)雜。對(duì)于Java程序員來(lái)說(shuō)，在虛擬機(jī)自動(dòng)內(nèi)存管理機(jī)制的幫助下，不再需要為每一個(gè)new操作去配對(duì)delete/free代碼，不容易出現(xiàn)內(nèi)存泄露和內(nèi)存溢出問(wèn)題。但是，也正是因?yàn)镴ava把內(nèi)存控制權(quán)交給了虛擬機(jī)，一旦出現(xiàn)內(nèi)存泄露和內(nèi)存溢出的問(wèn)題，就難以排查，因此一個(gè)好的Java程序員應(yīng)該去了解虛擬機(jī)的內(nèi)存區(qū)域以及會(huì)引起內(nèi)存泄露和內(nèi)存溢出的場(chǎng)景。

3.運(yùn)行時(shí)數(shù)據(jù)區(qū)域

Java虛擬機(jī)（JVM）內(nèi)部定義了程序在運(yùn)行時(shí)需要使用到的內(nèi)存區(qū)域：

image

之所以要?jiǎng)澐诌@么多區(qū)域出來(lái)是因?yàn)檫@些區(qū)域都有自己的用途，以及創(chuàng)建和銷毀的時(shí)間。有些區(qū)域隨著虛擬機(jī)進(jìn)程的啟動(dòng)而存在，有的區(qū)域則依賴用戶線程的啟動(dòng)和結(jié)束而銷毀和建立。

線程共享內(nèi)存區(qū)： 方法區(qū)和堆，

線程私有內(nèi)存區(qū)： 虛擬機(jī)棧、本地方法棧、程序技術(shù)器，基本上隨著線程產(chǎn)生和消亡，也就是說(shuō)生命周期和線程相同，因此基本不需要考慮內(nèi)存回收的問(wèn)題，編譯時(shí)確定所需內(nèi)存大小。

從這個(gè)分類角度來(lái)看一下這幾個(gè)數(shù)據(jù)區(qū)。

3.1、線程獨(dú)有的內(nèi)存區(qū)域

（1）PROGRAM COUNTER REGISTER，程序計(jì)數(shù)器

這塊內(nèi)存區(qū)域很小，它是當(dāng)前線程所執(zhí)行的字節(jié)碼的行號(hào)指示器，字節(jié)碼解釋器通過(guò)改變這個(gè)計(jì)數(shù)器的值來(lái)選取下一條需要執(zhí)行的字節(jié)碼指令，分支，跳轉(zhuǎn)，循環(huán)等基礎(chǔ)功能都要依賴它來(lái)實(shí)現(xiàn)。

這里需要注意三點(diǎn)內(nèi)容：

• 每條線程都有一個(gè)獨(dú)立的程序計(jì)數(shù)器，各線程間的計(jì)數(shù)器互不影響，因此該區(qū)域是線程私有的。
• 當(dāng)線程在執(zhí)行一個(gè)Java方法時(shí)，該計(jì)數(shù)器記錄的是正在執(zhí)行的虛擬機(jī)字節(jié)碼指令的地址，也就是說(shuō)有值，當(dāng)線程在執(zhí)行的是Native方法（調(diào)用本地操作系統(tǒng)方法）時(shí)，該計(jì)數(shù)器的值為空。
• 另外，該內(nèi)存區(qū)域是唯一一個(gè)在Java虛擬機(jī)規(guī)范中沒(méi)有規(guī)定任何OOM（內(nèi)存溢出：OutOfMemoryError）情況的區(qū)域，也就是說(shuō)此塊區(qū)域不會(huì)拋出內(nèi)存溢出的異常。

（2）JAVA STACK，虛擬機(jī)棧

• 該區(qū)域也是線程私有的，它的生命周期也與線程相同。

• 虛擬機(jī)棧也就是我們平常所稱的棧內(nèi)存，它是為java方法服務(wù)的，描述了java方法執(zhí)行的內(nèi)存模型。

• 每一個(gè)方法從調(diào)用直至執(zhí)行完畢的過(guò)程，就對(duì)應(yīng)著一個(gè)棧幀在虛擬機(jī)中入棧到出棧的過(guò)程。

• Java方法執(zhí)行的內(nèi)存模型：每個(gè)方法被執(zhí)行的時(shí)候都會(huì)同時(shí)創(chuàng)建一個(gè)棧幀，棧幀用于存儲(chǔ)局部變量表、操作數(shù)棧、動(dòng)態(tài)鏈接、方法返回地址和一些額外的附加信息。棧它是用于支持續(xù)虛擬機(jī)進(jìn)行方法調(diào)用和方法執(zhí)行的數(shù)據(jù)結(jié)構(gòu)。對(duì)于執(zhí)行引擎來(lái)講，活動(dòng)線程中，只有棧頂?shù)臈怯行У模Q為當(dāng)前棧幀，這個(gè)棧幀所關(guān)聯(lián)的方法稱為當(dāng)前方法，執(zhí)行引擎所運(yùn)行的所有字節(jié)碼指令都只針對(duì)當(dāng)前棧幀進(jìn)行操作。在編譯程序代碼時(shí)，棧幀中需要多大的局部變量表、多深的操作數(shù)棧都已經(jīng)完全確定了，并且寫(xiě)入了方法表的Code屬性之中。因此，一個(gè)棧幀需要分配多少內(nèi)存，不會(huì)受到程序運(yùn)行期變量數(shù)據(jù)的影響，而僅僅取決于具體的虛擬機(jī)實(shí)現(xiàn)。

• 棧的大小通常在256K~756K之間，具體和JVM的實(shí)現(xiàn)有關(guān)。

• 在Java虛擬機(jī)規(guī)范中，對(duì)這個(gè)區(qū)域規(guī)定了兩種異常情況：

                  1、如果線程請(qǐng)求的棧深度大于虛擬機(jī)所允許的深度，將拋出StackOverflowError異常。
  
                  2、如果虛擬機(jī)在動(dòng)態(tài)擴(kuò)展棧時(shí)無(wú)法申請(qǐng)到足夠的內(nèi)存空間，則拋出OutOfMemoryError異常。
  

  這兩種情況存在著一些互相重疊的地方：當(dāng)棧空間無(wú)法繼續(xù)分配時(shí)，到底是內(nèi)存太小，還是已使用的棧空間太大，其本質(zhì)上只是對(duì)同一件事情的兩種描述而已。在單線程的操作中，無(wú)論是由于棧幀太大，還是虛擬機(jī)棧空間太小，當(dāng)棧空間無(wú)法分配時(shí)，虛擬機(jī)拋出的都是StackOverflowError異常，而不會(huì)得到OutOfMemoryError異常。而在多線程環(huán)境下，則會(huì)拋出OutOfMemoryError異常。

下面詳細(xì)說(shuō)明棧幀中所存放的各部分信息的作用和數(shù)據(jù)結(jié)構(gòu)。

** 1、局部變量表**

局部變量表是一組變量值存儲(chǔ)空間，用于存放方法參數(shù)和方法內(nèi)部定義的局部變量，其中存放的數(shù)據(jù)的類型是編譯期可知的各種基本數(shù)據(jù)類型、對(duì)象引用（reference(不等同于對(duì)象本身，可能是一個(gè)指向?qū)ο笃鹗嫉刂返囊弥羔槪部赡苁侵赶蛞粋€(gè)代表對(duì)象的句柄或其他與此對(duì)象相關(guān)的位置)）和returnAddress類型（它指向了一條字節(jié)碼指令的地址）。

局部變量表所需的內(nèi)存空間在編譯期間完成分配，即在Java程序被編譯成Class文件時(shí)，就確定了所需分配的最大局部變量表的容量。當(dāng)進(jìn)入一個(gè)方法時(shí)，這個(gè)方法需要在棧中分配多大的局部變量空間是完全確定的，在方法運(yùn)行期間不會(huì)改變局部變量表的大小。

局部變量表的容量以變量槽（Slot）為最小單位。在虛擬機(jī)規(guī)范中并沒(méi)有明確指明一個(gè)Slot應(yīng)占用的內(nèi)存空間大小（允許其隨著處理器、操作系統(tǒng)或虛擬機(jī)的不同而發(fā)生變化），一個(gè)Slot可以存放一個(gè)32位以內(nèi)的數(shù)據(jù)類型：boolean、byte、char、short、int、float、reference和returnAddresss。reference是對(duì)象的引用類型，returnAddress是為字節(jié)指令服務(wù)的，它執(zhí)行了一條字節(jié)碼指令的地址。對(duì)于64位的數(shù)據(jù)類型（long和double），虛擬機(jī)會(huì)以高位在前的方式為其分配兩個(gè)連續(xù)的Slot空間。

虛擬機(jī)通過(guò)索引定位的方式使用局部變量表，索引值的范圍是從0開(kāi)始到局部變量表最大的Slot數(shù)量，對(duì)于32位數(shù)據(jù)類型的變量，索引n代表第n個(gè)Slot，對(duì)于64位的，索引n代表第n和第n+1兩個(gè)Slot。

在方法執(zhí)行時(shí)，虛擬機(jī)是使用局部變量表來(lái)完成參數(shù)值到參數(shù)變量列表的傳遞過(guò)程的，如果是實(shí)例方法（非static），則局部變量表中的第0位索引的Slot默認(rèn)是用于傳遞方法所屬對(duì)象實(shí)例的引用，在方法中可以通過(guò)關(guān)鍵字“this”來(lái)訪問(wèn)這個(gè)隱含的參數(shù)。其余參數(shù)則按照參數(shù)表的順序來(lái)排列，占用從1開(kāi)始的局部變量Slot，參數(shù)表分配完畢后，再根據(jù)方法體內(nèi)部定義的變量順序和作用域分配其余的Slot。

局部變量表中的Slot是可重用的，方法體中定義的變量，作用域并不一定會(huì)覆蓋整個(gè)方法體，如果當(dāng)前字節(jié)碼PC計(jì)數(shù)器的值已經(jīng)超過(guò)了某個(gè)變量的作用域，那么這個(gè)變量對(duì)應(yīng)的Slot就可以交給其他變量使用。這樣的設(shè)計(jì)不僅僅是為了節(jié)省空間，在某些情況下Slot的復(fù)用會(huì)直接影響到系統(tǒng)的而垃圾收集行為。

** 2、操作數(shù)棧**

• 操作數(shù)棧又常被稱為操作棧，主要用來(lái)存儲(chǔ)運(yùn)算結(jié)果以及運(yùn)算的操作數(shù)。
• 操作數(shù)棧的最大深度也是在編譯的時(shí)候就確定了。32位數(shù)據(jù)類型所占的棧容量為1,64為數(shù)據(jù)類型所占的棧容量為2。
• 它不同于局部變量表通過(guò)索引來(lái)訪問(wèn)，而是通過(guò)壓棧和出棧的方式：當(dāng)一個(gè)方法開(kāi)始執(zhí)行時(shí)，它的操作棧是空的，在方法的執(zhí)行過(guò)程中，會(huì)有各種字節(jié)碼指令（比如：加操作、賦值等）向操作棧中寫(xiě)入和提取內(nèi)容。
• Java虛擬機(jī)的解釋執(zhí)行引擎稱為“基于棧的執(zhí)行引擎”，其中所指的“棧”就是操作數(shù)棧。因此我們也稱Java虛擬機(jī)是基于棧的，這點(diǎn)不同于Android虛擬機(jī)，Android虛擬機(jī)是基于寄存器的。基于棧的指令集最主要的優(yōu)點(diǎn)是可移植性強(qiáng)，主要的缺點(diǎn)是執(zhí)行速度相對(duì)會(huì)慢些；而由于寄存器由硬件直接提供，所以基于寄存器指令集最主要的優(yōu)點(diǎn)是執(zhí)行速度快，主要的缺點(diǎn)是可移植性差。

** 3、動(dòng)態(tài)連接**

每個(gè)棧幀都包含一個(gè)指向運(yùn)行時(shí)常量池（在方法區(qū)中，后面介紹）中該棧幀所屬方法的引用，持有這個(gè)引用是為了支持方法調(diào)用過(guò)程中的動(dòng)態(tài)連接。Class文件的常量池中存在有大量的符號(hào)引用，字節(jié)碼中的方法調(diào)用指令就以常量池中指向方法的符號(hào)引用為參數(shù)。這些符號(hào)引用，一部分會(huì)在類加載階段或第一次使用的時(shí)候轉(zhuǎn)化為直接引用（如final、static域等），稱為靜態(tài)解析，另一部分將在每一次的運(yùn)行期間轉(zhuǎn)化為直接引用，這部分稱為動(dòng)態(tài)連接。

** 4、方法返回地址**

當(dāng)一個(gè)方法被執(zhí)行后，有兩種方式退出該方法：執(zhí)行引擎遇到了任意一個(gè)方法返回的字節(jié)碼指令或遇到了異常，并且該異常沒(méi)有在方法體內(nèi)得到處理。無(wú)論采用何種退出方式，在方法退出之后，都需要返回到方法被調(diào)用的位置，程序才能繼續(xù)執(zhí)行。方法返回時(shí)可能需要在棧幀中保存一些信息，用來(lái)幫助恢復(fù)它的上層方法的執(zhí)行狀態(tài)。一般來(lái)說(shuō)，方法正常退出時(shí)，調(diào)用者的PC計(jì)數(shù)器的值就可以作為返回地址，棧幀中很可能保存了這個(gè)計(jì)數(shù)器值，而方法異常退出時(shí)，返回地址是要通過(guò)異常處理器來(lái)確定的，棧幀中一般不會(huì)保存這部分信息。

方法退出的過(guò)程實(shí)際上等同于把當(dāng)前棧幀出站，因此退出時(shí)可能執(zhí)行的操作有：恢復(fù)上層方法的局部變量表和操作數(shù)棧，如果有返回值，則把它壓入調(diào)用者棧幀的操作數(shù)棧中，調(diào)整PC計(jì)數(shù)器的值以指向方法調(diào)用指令后面的一條指令。

（3）NATIVE METHOD STACK，本地方法棧

和虛擬機(jī)棧起的作用一樣，只不過(guò)方法棧為虛擬機(jī)使用到的Native方法服務(wù)。虛擬機(jī)規(guī)范并沒(méi)有對(duì)這個(gè)區(qū)域有什么強(qiáng)制規(guī)定，因此我們使用的HotSpot虛擬機(jī)，就干脆沒(méi)有這塊區(qū)域了，它和虛擬機(jī)棧是一起的。

3.2、線程間共享的內(nèi)存區(qū)域

（1）HEAP，堆

• Java Heap是虛擬機(jī)所管理的內(nèi)存中最大的一塊，它是所有線程共享的一塊內(nèi)存區(qū)域，JVM啟動(dòng)時(shí)創(chuàng)建。
• 此內(nèi)存區(qū)域的唯一目的就是存放對(duì)象實(shí)例和數(shù)組，幾乎所有的對(duì)象實(shí)例都要在這里分配內(nèi)存。
• Java Heap 是垃圾收集器管理的主要區(qū)域，因此 很多 時(shí)候也被稱為"GC堆"。由于現(xiàn)在垃圾收集器采用的基本都是分代收集算法，所以堆還可以細(xì)分為新生代和老年代，再細(xì)致一點(diǎn)還有Eden區(qū)、From Survivior區(qū)、To Survivor區(qū)等。(這個(gè)后面講)
• 根據(jù)Java虛擬機(jī)規(guī)范的規(guī)定，堆可以處在物理上不連續(xù)的內(nèi)存空間中，只要邏輯上是連續(xù)的即可。如果在堆中沒(méi)有內(nèi)存可分配時(shí)，并且堆也無(wú)法擴(kuò)展時(shí)，將會(huì)拋出OutOfMemoryError異常。

（2）METHOD AREA，方法區(qū)

這塊區(qū)域用于存儲(chǔ)虛擬機(jī)加載的類信息、常量、靜態(tài)變量、即時(shí)編譯器編譯后的代碼等數(shù)據(jù)，虛擬機(jī)規(guī)范是把這塊區(qū)域描述為堆的一個(gè)邏輯部分的，但實(shí)際它應(yīng)該是要和堆區(qū)分開(kāi)的。從上面提到的分代收集算法的角度看，HotSpot中，方法區(qū)≈永久代。不過(guò)JDK 7之后，我們使用的HotSpot應(yīng)該就沒(méi)有永久代這個(gè)概念了，會(huì)采用Native Memory來(lái)實(shí)現(xiàn)方法區(qū)的規(guī)劃了。默認(rèn)最小值為16MB，最大值為64MB，可以通過(guò)-XX:PermSize 和 -XX:MaxPermSize 參數(shù)限制方法區(qū)的大小。

• 方法區(qū)也是各個(gè)線程共享的內(nèi)存區(qū)域，它用于存儲(chǔ)已經(jīng)被虛擬機(jī)加載的類信息、常量、靜態(tài)變量、即時(shí)編譯器編譯后的代碼等數(shù)據(jù)。
• 方法區(qū)又被稱為“永久代”，不過(guò)JDK7, JRockit和IBM J9等JVM已經(jīng)沒(méi)有永久代的概念了。
• Java虛擬機(jī)規(guī)范把方法區(qū)描述為Java堆的一個(gè)邏輯部分，而且它和Java Heap一樣不需要連續(xù)的內(nèi)存，對(duì)于方法區(qū)的分配會(huì)采用Native Memory來(lái)實(shí)現(xiàn)。
• 垃圾收集行為在這個(gè)區(qū)域比較少出現(xiàn)，該區(qū)域內(nèi)存的回收目標(biāo)是對(duì)廢棄常量池和無(wú)用類的回收。
• 運(yùn)行時(shí)常量池是方法區(qū)的一部分，用于存放編譯時(shí)期生成的各種字面量和符號(hào)引用，該常量池具有動(dòng)態(tài)性。
• 根據(jù)Java虛擬機(jī)規(guī)范的規(guī)定，當(dāng)方法區(qū)無(wú)法滿足內(nèi)存分配需求時(shí)，將拋出OutOfMemoryError異常(OOM)。

（3）RUNTIME CONSTANT POOL，運(yùn)行時(shí)常量池

Class文件中除了有類的版本信息、字段、方法、接口等描述信息外，還有一項(xiàng)信息就是常量池，用于存放編譯期間生成的各種字面量和符號(hào)引用，這部分內(nèi)容將在類加載后進(jìn)入方法區(qū)的運(yùn)行時(shí)常量池中，另外翻譯出來(lái)的直接引用也會(huì)存儲(chǔ)在這個(gè)區(qū)域中。這個(gè)區(qū)域另外一個(gè)特點(diǎn)就是動(dòng)態(tài)性，Java并不要求常量就一定要在編譯期間才能產(chǎn)生，運(yùn)行期間產(chǎn)生的常量也會(huì)存在這個(gè)常量池中，String.intern()方法就是這個(gè)特性的應(yīng)用。

關(guān)于字面量、符號(hào)引用和直接引用:

字面量相當(dāng)于Java語(yǔ)言層面常量的概念，如文本字符串，聲明為final的常量值等。

符號(hào)引用則屬于編譯原理方面的概念，包括了如下三種類型的常量：1、類和接口的全限定名 2、字段名稱和描述符 3、方法名稱和描述符。

直接引用可以是直接指向引用目標(biāo)的指針、相對(duì)偏移量或者是一個(gè)能夠間接定位到目標(biāo)的句柄。直接引用是和虛擬機(jī)的內(nèi)存布局有關(guān)的，同一個(gè)符號(hào)引用在不同的虛擬機(jī)上翻譯的直接引用一般是不同的。如果有了直接引用，那么引用的目標(biāo)必定是存在內(nèi)存中的。

4、直接內(nèi)存

直接內(nèi)存并不是虛擬機(jī)運(yùn)行時(shí)數(shù)據(jù)區(qū)的一部分，也不是Java虛擬機(jī)規(guī)范中定義的內(nèi)存區(qū)域。它直接從操作系統(tǒng)中分配，因此不受Java堆大小的限制，但是還是會(huì)受到本機(jī)總內(nèi)存(包括RAM、SWAP區(qū))大小以及處理器尋址空間的限制，因此它也可能導(dǎo)致OutOfMemoryError異常出現(xiàn)。

JDK1.4中新增加了NIO，引入了一種基于通道與緩沖區(qū)的I/O方式，它可以使用Native函數(shù)庫(kù)直接分配堆外內(nèi)存，然后通過(guò)一個(gè)存儲(chǔ)在Java堆中的DirectByteBuffer對(duì)象作為這塊內(nèi)存的引用進(jìn)行操作。這樣能在一些場(chǎng)景中顯著提高性能，因?yàn)楸苊饬嗽贘ava堆和Native堆中來(lái)回復(fù)制數(shù)據(jù)。

5、總結(jié)

簡(jiǎn)單的總結(jié)一下：

• 程序計(jì)數(shù)器（PC）：Java線程私有，類似于操作系統(tǒng)里的PC計(jì)數(shù)器，用于指定下一條需要執(zhí)行的字節(jié)碼的地址；
• Java虛擬機(jī)棧：Java線程私有，虛擬機(jī)展描述的是Java方法執(zhí)行的內(nèi)存模型：每個(gè)方法在執(zhí)行的時(shí)候，都會(huì)創(chuàng)建一個(gè)棧幀用于存儲(chǔ)局部變量、操作數(shù)、動(dòng)態(tài)鏈接、方法出口等信息；每個(gè)方法調(diào)用都意味著一個(gè)棧幀在虛擬機(jī)棧中入棧到出棧的過(guò)程；
• 本地方法棧：和Java虛擬機(jī)棧的作用類似，區(qū)別是該該區(qū)域?yàn)镴VM調(diào)用到的本地方法服務(wù)；
• 堆（Heap）：所有線程共享的一塊區(qū)域，垃圾收集器管理的主要區(qū)域。目前主要的垃圾回收算法都是分代收集，因此該區(qū)域還可以細(xì)分為如下區(qū)域： – 年輕代 – Eden空間 – From Survivor空間1，F(xiàn)rom Survivor空間2，用于存儲(chǔ)在Young gc過(guò)程中幸存的對(duì)象； – 老年代
• 方法區(qū)：各個(gè)線程共享的一個(gè)區(qū)域，用于存儲(chǔ)虛擬機(jī)加載的類信息、常量、靜態(tài)變量等信息；
• 運(yùn)行時(shí)常量池：方法區(qū)的一部分，用于存放編譯器生成的各種字面量和符號(hào)引用；