1. 程式人生 > >學習筆記:深入理解Java虛擬機 第二章:Java內存區域與內存溢出異常(1)

學習筆記:深入理解Java虛擬機 第二章:Java內存區域與內存溢出異常(1)

block 物理 裝載 成熟 memory from ram 權力 一個

學習筆記:深入理解Java虛擬機 第二章:Java內存區域與內存溢出異常(1)

Java與C++之間有一堵由內存動態分配和垃圾收集技術所圍成的"高墻",墻外面的人想進去,墻裏面的人卻想出來。

一、概述

? C、C++的開發人員在內存管理領域擁有最高權力,但他們也要從事最基礎的工作——擁有每個對象的“所有權”,也要負責對每一個對象生命周期內的維護。

而Java程序員,因為有JVM的自動內存管理機制,不需要為每個new操作寫配對的delete/free代碼,不容易出現內存泄漏和內存溢出。但也正因為此一旦發生了內存泄漏和溢出問題,如果不了解JVM使用內存的原理,那麽排查異常將會異常艱難。

二、運行時數據區域

? Java虛擬機在執行Java程序的過程中會把所管理的內存劃分為若幹個不同的數據區,這些區域具有不同的用途和生命周期。有的區域隨虛擬機啟動而存在,有的則依賴於用戶線程的啟動和建立和銷毀。《Java虛擬機規範》規定,Java虛擬機所管理的內存將會包括以下幾個運行時數據區域。

技術分享圖片

1.程序計數器

? 程序計數器(Program Counter Register)是一塊較小的內存空間,它可以看作是當前線程所執行的字節碼的行號指示器。在虛擬機的概念模型中,字節碼解釋器工作時就是通過改變計數器的值選取下一條需要執行的字節碼指令,分支、循環、跳轉、異常處理、線程恢復等基礎功能都需要依賴程序計數器來完成。

? 由於Java虛擬機的多線程是通過線程輪流切換並分配處理器執行時間的方式來實現的,在任何一個確定的時刻,一個處理器(對於多核處理器來說是一個內核)都只會執行一條線程中的指令。因此,為了線程切換後能恢復到正確的執行位置,每條線程都需要有一個獨立的程序計數器,各線程的程序計數器相互獨立,互不影響,獨立存儲。我們稱這類內存區域為==“線程私有”==的內存。

? 如果線程正在執行一個Java方法,這個計數器記錄的是正在執行的虛擬機字節碼指令的地址;如果執行的是本地方法(native method),這個計數器值為空(undefined)。此內存區域是唯一一個在Java虛擬機規範中沒有規定任何OutOfMemoryError情況的區域。

2.Java虛擬機棧

? 與程序計數器一樣,Java虛擬機棧(Java Virtual Machine Stacks)也是線程私有的,它的生命周期與線程相同。虛擬機棧描述的是Java方法執行的內存模型:每個方法在執行的同時都會創建一個棧幀(Stack Frame)用於存儲局部變量表、操作數棧、動態鏈接、方法出口等信息。每一個方法從調用直至完成的過程,都對應一個棧幀在虛擬機棧中入棧到出棧(壓棧到彈棧)的過程。

? 我們常說的堆內存(Heap)和棧內存(Stack),這種分法比較粗糙,Java內存區域的劃分遠比這復雜。這種劃分只能說明大多數程序員最關註的的、與對象內存分配關系最密切的內存區域是這兩塊。其中的“棧”就是虛擬機棧,或者說是虛擬機棧中局部變量表部分。

? 局部變量表中存放了編譯期可知的各種基本數據類型、對象引用(reference類型,它不等同於對象本身,可能是一個指向對象的起始地址的引用指針,也可能是指向一個代表對象的句柄或其他與此對象相關的位置)和returnAddress類型(指向一條字節碼指令的地址)。

? 64位長度(8個字節)的long和double類型數據會占用2個局部變量空間(slot),其余的數據類型只占用1個局部變量空間(4個字節)。局部變量表所需的內存空間在編譯期完成分配,當進入一個方法時,這個方法需要在幀中分配多大的局部變量空間是完全確定的,在方法運行期間不會改變局部變量表的大小。

? Java虛擬機規範對這個區域規定了兩種異常:線程請求的棧深度大於虛擬機所允許的深度,將拋出StackOverflowError;如果虛擬機棧可以動態擴展,如果擴展時無法申請到足夠的內存,就會拋出OutOfMemoryError。

3.本地方法棧

? 本地方法棧(Native Method Stack)與虛擬機棧發揮的作用非常相似,它們之間的區別僅僅是虛擬機棧為虛擬機執行Java方法(字節碼)服務,而本地方法棧則為虛擬機執行用到的本地(Native)方法。在虛擬機規範中對本地方法棧中方法使用的語言、使用方式和數據結構沒有強制規定,因此虛擬機可以自由實現。Sun HotSpot虛擬機直接把本地方法棧和虛擬機棧合二為一。與虛擬機棧一樣,本地方法棧也會拋出StackOverflowError和OutOfMemoryError異常。

4.Java堆

? 對大多數應用來說,Java堆(Java Heap)是虛擬機管理內存中最大的一塊。Java堆是被所有線程共享的一塊內存區域,在虛擬機啟動時創建。此內存區域的唯一目的就是存放對象實例,幾乎所有的對象實例都在堆區進行分配內存。Java虛擬機規範中的描述是:所有的對象實例以及數組都在堆上分配。但是隨著JIT編譯期的發展和逃逸分析技術逐漸成熟,棧上分配、標量替換優化技術將會導致一些變化發生,所有的對象都分配在堆上也不那麽“絕對”了。

? Java堆是垃圾收集器管理的主要區域,因此很多時候也被稱作“GC堆”(Garbage Collected Heap)。從內存回收的角度來看,由於現在收集器基本都采用分代收集算法,所以Java堆中還可以細分為:新生代和老年代;再細致一點的有Eden空間、From Survivor空間、To Survivor空間等。從內存分配的角度來看,線程共享的堆中可能劃分出多個線程私有的分配緩沖區(Thread Local Allocation Buffer,TLAB)。但無論如何劃分,都與存放內容無關,無論哪個區域,儲存的都仍是對象實例,進一步的劃分是為了更好的回收內存

? 根據Java虛擬機規範的規定,Java堆可以處於物理上不連續的內存空間中,只要邏輯上連續即可。如果堆中沒有內存完成實例分配,並且堆也無法再擴展時,將會拋出OutOfMemoryError異常。

5.方法區

? 方法區(Method Area)與堆一樣,是線程共享的內存區域,它用於存儲已被虛擬機加載的類信息、常量、靜態變量、即時編譯器編譯後的代碼等數據。雖然Java虛擬機把它描述為一個邏輯部分,但它卻有一個別名叫Non-Heap(非堆),目的是與Java堆區分開。

? HotSpot虛擬機上開發、部署程序的開發者,習慣於把方法區稱為“永久代”(Permanent Generation),本質上兩者並不等價,僅僅因為HotSpot虛擬機團隊選擇把GC分代收集擴展至方法區,或者使用永久代來實現方法區而已,這樣HotSpot的垃圾收集器可以像管理Java堆一樣管理這部分的內存空間。能夠省去專門為方法區編寫內存管理代碼的工作。其他虛擬機中是不存在永久代這個概念的。而且,使用永久代來實現方法區,現在看來並不是一個好主意,因為永久代的內存空間很小,這樣很容易內存溢出。因此,JDK1.7中已經把原本放在永久代的字符串常量池移出,放到了堆區。而在JDK1.8中,則用元空間徹底取代了永久代。

? Java虛擬機規範對方法區的限制非常寬松,除了和堆一樣不需要連續的物理內存和可以選擇固定大小或可擴展外,還可以選擇不實現垃圾收集。相對而言,垃圾收集在這個區域比較少出現,但並非數據真的永久存在,這個區域的內存回收主要是針對常量池的回收和對類型的卸載。

? Java虛擬機規範規定,當方法區無法滿足內存分配需求時,拋出OutOfMemoryError異常。

6.運行時常量池

? 運行時常量池(Runtime Constant Pool)是方法區的一部分。Class文件中除了有類的元數據(版本、字段、方法、接口等描述信息),還有一項是常量池(Constant Pool Table),用於存放編譯期生成的各種字面量和符號引用,這部分內容將在類加載以後進入方法區的運行時常量池中存放。

? Java虛擬機對Class文件每一部分的格式都有嚴格規定,每一個字節用於存儲哪種數據都必須符合規範上的要求才會被虛擬機任何、裝載和執行,但對於運行時常量池,Java虛擬機規範沒有做任何細節的要求,不同的提供商實現的虛擬機可以按照自己的需要來實現這個內存區域。不過一般來說,除了保存Class文件中描述的符號引用外,還會把翻譯出來的直接引用也存儲在運行時常量池中

? 運行時常量池相對於Class文件常量池的另外一個重要特征是具備動態性,Java語言並不要求常量一定只有編譯期才能產生,也就是並非預置入Class文件中常量池的內容才能進入方法區運行時常量池,運行期間也可能將新的常量放入池中,比如String類的intern()方法。

? 運行時常量池是方法區的一部分,所以受到方法區內存的限制,當常量池無法再申請到內存會拋出OutOfMemoryError異常。

7.直接內存

? 直接內存(Direct Memory)並不是虛擬機運行時數據區的一部分,也不是Java虛擬機規範中定義的內存區域。但是這部分內存也被頻繁的使用,而且也可能導致OutOfMemoryError異常。

? JDK1.4新增了NIO(New Input/Output)類,引入了一種基於通道(Channel)和緩沖區(Buffer)的I/O方式,它可以使用Native函數庫直接分配堆外內存,然後通過一個存儲在堆中的DirectByteBuffer對象作為這塊內存的引用進行操作。這樣能在一些場景中顯著提升性能,避免了在Java堆和Native堆中來回復制數據。

? 直接內存會受到本機總內存大小以及處理器尋址空間的限制。配置虛擬機參數時如果忽略直接內存,使得各個內存區域總和大於物理內存限制,動態擴展時可能會出現OutOfMemoryError異常。

學習筆記:深入理解Java虛擬機 第二章:Java內存區域與內存溢出異常(1)