JVM系列-2、JVM內存結構

JVM系列-2、JVM內存結構

一、JVM內存結構

1.1、棧(JVM Stacks)
存放局部變量(定義在方法中的變量和定義在方法參數列表上的變量)、對象引用(reference類型,它不等同於對象本身,根據不同的虛擬機實現,它可能是一個指向對象起始地址的引用指針,也可能指向一個代表對象的句柄或者其他與此對象相關的位置)、方法的執行。
棧裏面的變量不會附初始值。
是線程私有的,它的生命週期與線程相同,線程之間資源不共享。虛擬機棧描述的是Java方法執行的內存模型:每個方法被執行的時候都會同時創建一個棧幀(Stack Frame)用於存儲局部變量表、操作棧、動態鏈接、方法出口等信息。每一個方法被調用直至執行完成的過程,就對應着一個棧幀在虛擬機棧中從入棧到出棧的過程。
棧是一塊連續的空間,相比堆來說較小,運行速度快,不需要垃圾回收機制。
在Java虛擬機規範中,對這個區域規定了兩種異常狀況:
如果線程請求的棧深度大於虛擬機所允許的深度,將拋出StackOverflowError異常;
如果虛擬機棧可以動態擴展(當前大部分的Java虛擬機都可動態擴展,只不過Java虛擬機規範中也允許固定長度的虛擬機棧),當擴展時無法申請到足夠的內存時會拋出OutOfMemoryError異常。
1.2、堆
是Java虛擬機所管理的內存中最大的一塊。被所有線程共享(前提是要有地址),在虛擬機啓動時創建。
此內存區域的唯一目的就是存放對象實例(new 的對象)並會附初始值,幾乎所有的對象實例都在這裏分配內存。
堆在物理上可以是一塊不連續的空間,只要邏輯上是連續的即可,空間最大,運行速度最慢,需要垃圾回收機制。在實現時,既可以實現成固定大小的,也可以是可擴展的,不過當前主流的虛擬機都是按照可擴展來實現的(通過-Xmx和-Xms控制)。
如果在堆中沒有內存完成實例分配,並且堆也無法再擴展時,將會拋出OutOfMemoryError異常。
當棧中沒有變量指向時,堆中的變量就會被回收。
對象的實體基本都存儲在堆裏,外界只能通過地址引用堆裏面的對象。
從結構上來分,堆可以分爲新生代和老年代。而新生代又可以分爲Eden 空間、From Survivor 空間(s1)、To Survivor 空間(s2):

內存分爲新生代和老年代,新生代分爲Eden和Survivor(有2個)
創建的對象,首先放入Eden和Survivor1(可能是短時間)的
當Eden滿了會啓動minor gc,回收新生代中不再使用的對象,還要用的就放到Survivor2中
移完之後eden和Survivor1中省下的就是不再使用的對象,就將他們清理掉
Survivor1和Survivor2交換角色。那就是原來的Survivor1成了備用的了,也就是原來的Survivor2
多次在Survivor區沒有被清理掉的,說明它是長時間使用的,那麼將它移動到老年代,到目前爲止世界一切和平
由於對象越New越多,minor時發生備用的Survivor區滿了,放不進去了,怎麼辦呢?這個本來可能是短時間生存的對象被放入老年代
短時間生存的對象,很可能快速的給老年代佔滿,白白的浪費老年代的空間,就會觸發Full GC,回收老年代的對象
1.3、方法區(Method Area)
包括三部分:class區(存放虛擬機加載後的.class文件等類信息),靜態區(存放static修飾的變量),常量池(string和包裝類中的一些常量)
是各個線程共享的內存區域。 方法區是堆的一個邏輯部分,因此和堆一樣都是線程共享的
永久代。 方法區中的信息一般需要長期存在,而且它又是堆的邏輯分區,因此用堆的劃分方法,把方法區稱爲“永久代”。
Java虛擬機規範對這個區域的限制非常寬鬆,除了和Java堆一樣不需要連續的內存和可以選擇固定大小或者可擴展外,還可以選擇不實現垃圾收集。
內存回收效率低。 方法區中的信息一般需要長期存在,回收一遍之後可能只有少量信息無效。主要回收目標是:對常量池的回收;對類型的卸載。
根據Java虛擬機規範的規定,當方法區無法滿足內存分配需求時,將拋出OutOfMemoryError異常。
1.4、程序計數器(Program Counter Register)
程序計數器是一塊較小的內存空間。
當前線程所執行的字節碼的行號指示器(那條字節碼指令的地址)。字節碼解釋器工作時就是通過改變這個計數器的值來選取下一條需要執行的字節碼指令,分支、循環、跳轉、異常處理、線程恢復等基礎功能都需要依賴這個計數器來完成。
如果線程正在執行的是一個Java方法,這個計數器記錄的是正在執行的虛擬機字節碼指令的地址;如果正在執行的是Natvie方法,這個計數器值則爲空(Undefined)。
線程私有,每條線程都有自己的程序計數器。
生命週期:隨着線程的創建而創建,隨着線程的結束而銷燬。
是唯一一個不會出現OutOfMemoryError的內存區域。
由於Java虛擬機的多線程是通過線程輪流切換並分配處理器執行時間的方式來實現的,在任何一個確定的時刻,一個處理器(對於多核處理器來說是一個內核)只會執行一條線程中的指令。因此,爲了線程切換後能恢復到正確的執行位置,每條線程都需要有一個獨立的程序計數器,各條線程之間的計數器互不影響,獨立存儲,我們稱這類內存區域爲“線程私有”的內存。

 1.5、本地方法棧(Native Method Stacks)
本地方法棧(Native Method Stacks)與虛擬機棧所發揮的作用是非常相似的,其區別不過是虛擬機棧爲虛擬機執行Java方法(也就是字節碼)服務,而本地方法棧則是爲虛擬機使用到的Native方法服務。
虛擬機規範中對本地方法棧中的方法使用的語言、使用方式與數據結構並沒有強制規定,因此具體的虛擬機可以自由實現它。
與虛擬機棧一樣,本地方法棧區域也會拋出StackOverflowError和OutOfMemoryError異常。
二、JVM控制參數
先看一張圖,這張圖能很清晰的說明JVM內存結構的佈局和相應的控制參數:

控制參數:

堆(Heap):
-Xms 設置堆的最小空間大小。
-Xmx 設置堆的最大空間大小。
-XX:NewSize 設置新生代最小空間大小。
-XX:MaxNewSize 設置新生代最大空間大小。
沒有直接設置老年代的參數,但是可以設置堆空間大小和新生代空間大小兩個參數來間接控制。
老年代空間大小=堆空間大小-年輕代大空間大小
方法區
-XX:PermSize 設置永久代最小空間大小。
-XX:MaxPermSize 設置永久代最大空間大小。
棧/本地方法棧
-Xss 設置每個線程的堆棧大小。
三、常見內存溢出錯誤
Exception in thread “main”: java.lang.OutOfMemoryError: Java heap space
原因:對象不能被分配到堆內存中。
Exception in thread “main”: java.lang.OutOfMemoryError: PermGen space
原因:類或者方法不能被加載到老年代。它可能出現在一個程序加載很多類的時候,比如引用了很多第三方的庫。
Exception in thread “main”: java.lang.OutOfMemoryError: Requested array size exceeds VM limit
原因:創建的數組大於堆內存的空間。
Exception in thread “main”: java.lang.OutOfMemoryError: request bytes for . Out of swap space?
原因:分配本地分配失敗。JNI、本地庫或者Java虛擬機都會從本地堆中分配內存空間。
Exception in thread “main”: java.lang.OutOfMemoryError: (Native method)
原因:同樣是本地方法內存分配失敗,只不過是JNI或者本地方法或者Java虛擬機發現。

參考鏈接:

https://zhuanlan.zhihu.com/p/38348646

https://mp.weixin.qq.com/s?__biz=MzI4NDY5Mjc1Mg==&mid=2247483949&idx=1&sn=8b69d833bbc805e63d5b2fa7c73655f5&chksm=ebf6da52dc815344add64af6fb78fee439c8c27b539b3c0e87d8f6861c8422144d516ae0a837&scene=21#wechat_redirect

原文地址https://www.cnblogs.com/xiexiandong/p/12845933.html

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章