這篇文章主要介紹了Java8中內(nèi)存模型PermGen Metaspace的示例分析,具有一定借鑒價(jià)值,感興趣的朋友可以參考下,希望大家閱讀完這篇文章之后大有收獲,下面讓小編帶著大家一起了解一下。
創(chuàng)新互聯(lián)公司服務(wù)項(xiàng)目包括開福網(wǎng)站建設(shè)、開福網(wǎng)站制作、開福網(wǎng)頁(yè)制作以及開福網(wǎng)絡(luò)營(yíng)銷策劃等。多年來(lái),我們專注于互聯(lián)網(wǎng)行業(yè),利用自身積累的技術(shù)優(yōu)勢(shì)、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等,向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案,開福網(wǎng)站推廣取得了明顯的社會(huì)效益與經(jīng)濟(jì)效益。目前,我們服務(wù)的客戶以成都為中心已經(jīng)輻射到開福省份的部分城市,未來(lái)相信會(huì)繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任!一、JVM 內(nèi)存模型
根據(jù) JVM 規(guī)范,JVM 內(nèi)存共分為虛擬機(jī)棧、堆、方法區(qū)、程序計(jì)數(shù)器、本地方法棧五個(gè)部分。
1、虛擬機(jī)棧:每個(gè)線程有一個(gè)私有的棧,隨著線程的創(chuàng)建而創(chuàng)建。棧里面存著的是一種叫“棧幀”的東西,每個(gè)方法會(huì)創(chuàng)建一個(gè)棧幀,棧幀中存放了局部變量表(基本數(shù)據(jù)類型和對(duì)象引用)、操作數(shù)棧、方法出口等信息。棧的大小可以固定也可以動(dòng)態(tài)擴(kuò)展。當(dāng)棧調(diào)用深度大于JVM所允許的范圍,會(huì)拋出StackOverflowError的錯(cuò)誤,不過這個(gè)深度范圍不是一個(gè)恒定的值,我們通過下面這段程序可以測(cè)試一下這個(gè)結(jié)果:
棧溢出測(cè)試源碼:
package com.paddx.test.memory; public class StackErrorMock { private static int index = 1; public void call(){ index++; call(); } public static void main(String[] args) { StackErrorMock mock = new StackErrorMock(); try { mock.call(); }catch (Throwable e){ System.out.println("Stack deep : "+index); e.printStackTrace(); } } }
代碼段 1
運(yùn)行三次,可以看出每次棧的深度都是不一樣的,輸出結(jié)果如下。
至于紅色框里的值是怎么出來(lái)的,就需要深入到 JVM 的源碼中才能探討,這里不作詳細(xì)闡述。
虛擬機(jī)棧除了上述錯(cuò)誤外,還有另一種錯(cuò)誤,那就是當(dāng)申請(qǐng)不到空間時(shí),會(huì)拋出 OutOfMemoryError。這里有一個(gè)小細(xì)節(jié)需要注意,catch 捕獲的是Throwable,而不是 Exception。因?yàn)镾tackOverflowError 和 OutOfMemoryError 都不屬于 Exception 的子類。
2、本地方法棧:
這部分主要與虛擬機(jī)用到的 Native 方法相關(guān),一般情況下, Java 應(yīng)用程序員并不需要關(guān)心這部分的內(nèi)容。
3、PC 寄存器:
PC 寄存器,也叫程序計(jì)數(shù)器。JVM支持多個(gè)線程同時(shí)運(yùn)行,每個(gè)線程都有自己的程序計(jì)數(shù)器。倘若當(dāng)前執(zhí)行的是 JVM 的方法,則該寄存器中保存當(dāng)前執(zhí)行指令的地址;倘若執(zhí)行的是native 方法,則PC寄存器中為空。
4、堆
堆內(nèi)存是 JVM 所有線程共享的部分,在虛擬機(jī)啟動(dòng)的時(shí)候就已經(jīng)創(chuàng)建。所有的對(duì)象和數(shù)組都在堆上進(jìn)行分配。這部分空間可通過 GC 進(jìn)行回收。當(dāng)申請(qǐng)不到空間時(shí)會(huì)拋出 OutOfMemoryError。下面我們簡(jiǎn)單的模擬一個(gè)堆內(nèi)存溢出的情況:
package com.paddx.test.memory; import java.util.ArrayList; import java.util.List; public class HeapOomMock { public static void main(String[] args) { List<byte[]> list = new ArrayList<byte[]>(); int i = 0; boolean flag = true; while (flag){ try { i++; list.add(new byte[1024 * 1024]);//每次增加一個(gè)1M大小的數(shù)組對(duì)象 }catch (Throwable e){ e.printStackTrace(); flag = false; System.out.println("count="+i);//記錄運(yùn)行的次數(shù) } } } }
代碼段 2
運(yùn)行上述代碼,輸出結(jié)果如下:
注意,這里我指定了堆內(nèi)存的大小為16M,所以這個(gè)地方顯示的count=14(這個(gè)數(shù)字不是固定的),至于為什么會(huì)是14或其他數(shù)字,需要根據(jù) GC 日志來(lái)判斷,具體原因會(huì)在下篇文章中給大家解釋。
5、方法區(qū):
方法區(qū)也是所有線程共享。主要用于存儲(chǔ)類的信息、常量池、方法數(shù)據(jù)、方法代碼等。方法區(qū)邏輯上屬于堆的一部分,但是為了與堆進(jìn)行區(qū)分,通常又叫“非堆”。 關(guān)于方法區(qū)內(nèi)存溢出的問題會(huì)在下文中詳細(xì)探討。
二、PermGen(永久代)
絕大部分 Java 程序員應(yīng)該都見過 "java.lang.OutOfMemoryError:PermGenspace"這個(gè)異常。這里的 “PermGen space”其實(shí)指的就是方法區(qū)。不過方法區(qū)和“PermGen space”又有著本質(zhì)的區(qū)別。前者是 JVM 的規(guī)范,而后者則是 JVM 規(guī)范的一種實(shí)現(xiàn),并且只有 HotSpot 才有“PermGen space”,而對(duì)于其他類型的虛擬機(jī),如 JRockit(Oracle)、J9(IBM) 并沒有“PermGen space”。由于方法區(qū)主要存儲(chǔ)類的相關(guān)信息,所以對(duì)于動(dòng)態(tài)生成類的情況比較容易出現(xiàn)永久代的內(nèi)存溢出。最典型的場(chǎng)景就是,在 jsp 頁(yè)面比較多的情況,容易出現(xiàn)永久代內(nèi)存溢出。我們現(xiàn)在通過動(dòng)態(tài)生成類來(lái)模擬 “PermGenspace”的內(nèi)存溢出:
package com.paddx.test.memory; public class Test { }
代碼段 3
package com.paddx.test.memory; import java.io.File; import java.net.URL; import java.net.URLClassLoader; import java.util.ArrayList; import java.util.List; public class PermGenOomMock{ public static void main(String[] args) { URL url = null; List<ClassLoader> classLoaderList = new ArrayList<ClassLoader>(); try { url = new File("/tmp").toURI().toURL(); URL[] urls = {url}; while (true){ ClassLoader loader = new URLClassLoader(urls); classLoaderList.add(loader); loader.loadClass("com.paddx.test.memory.Test"); } } catch (Exception e) { e.printStackTrace(); } } }
代碼段 4
運(yùn)行結(jié)果如下:
本例中使用的 JDK 版本是 1.7,指定的 PermGen 區(qū)的大小為 8M。通過每次生成不同URLClassLoader對(duì)象來(lái)加載Test類,從而生成不同的類對(duì)象,這樣就能看到我們熟悉的"java.lang.OutOfMemoryError:PermGenspace" 異常了。這里之所以采用 JDK 1.7,是因?yàn)樵?JDK 1.8 中, HotSpot 已經(jīng)沒有 “PermGen space”這個(gè)區(qū)間了,取而代之是一個(gè)叫做 Metaspace(元空間) 的東西。下面我們就來(lái)看看 Metaspace 與 PermGen space 的區(qū)別。
三、Metaspace(元空間)
其實(shí),移除永久代的工作從JDK1.7就開始了。JDK1.7中,存儲(chǔ)在永久代的部分?jǐn)?shù)據(jù)就已經(jīng)轉(zhuǎn)移到了Java Heap或者是 Native Heap。但永久代仍存在于JDK1.7中,并沒完全移除,譬如符號(hào)引用(Symbols)轉(zhuǎn)移到了native heap;字面量(interned strings)轉(zhuǎn)移到了java heap;類的靜態(tài)變量(class statics)轉(zhuǎn)移到了java heap。我們可以通過一段程序來(lái)比較 JDK 1.6 與 JDK 1.7及 JDK 1.8 的區(qū)別,以字符串常量為例:
package com.paddx.test.memory; import java.util.ArrayList; import java.util.List; public class StringOomMock { static String base = "string"; public static void main(String[] args) { List<String> list = new ArrayList<String>(); for (int i=0;i< Integer.MAX_VALUE;i++){ String str = base + base; base = str; list.add(str.intern()); } } }
這段程序以2的指數(shù)級(jí)不斷的生成新的字符串,這樣可以比較快速的消耗內(nèi)存。我們通過 JDK 1.6、JDK 1.7 和 JDK 1.8 分別運(yùn)行:
JDK 1.6 的運(yùn)行結(jié)果:
JDK 1.7的運(yùn)行結(jié)果:
JDK 1.8的運(yùn)行結(jié)果:
從上述結(jié)果可以看出,JDK 1.6下,會(huì)出現(xiàn)“PermGen Space”的內(nèi)存溢出,而在 JDK 1.7和 JDK 1.8 中,會(huì)出現(xiàn)堆內(nèi)存溢出,并且 JDK 1.8中 PermSize 和 MaxPermGen 已經(jīng)無(wú)效。因此,可以大致驗(yàn)證 JDK 1.7 和 1.8 將字符串常量由永久代轉(zhuǎn)移到堆中,并且 JDK 1.8 中已經(jīng)不存在永久代的結(jié)論?,F(xiàn)在我們看看元空間到底是一個(gè)什么東西?
元空間的本質(zhì)和永久代類似,都是對(duì)JVM規(guī)范中方法區(qū)的實(shí)現(xiàn)。不過元空間與永久代之間大的區(qū)別在于:元空間并不在虛擬機(jī)中,而是使用本地內(nèi)存。因此,默認(rèn)情況下,元空間的大小僅受本地內(nèi)存限制,但可以通過以下參數(shù)來(lái)指定元空間的大?。?/p>
-XX:MetaspaceSize,初始空間大小,達(dá)到該值就會(huì)觸發(fā)垃圾收集進(jìn)行類型卸載,同時(shí)GC會(huì)對(duì)該值進(jìn)行調(diào)整:如果釋放了大量的空間,就適當(dāng)降低該值;如果釋放了很少的空間,那么在不超過MaxMetaspaceSize時(shí),適當(dāng)提高該值。
-XX:MaxMetaspaceSize,大空間,默認(rèn)是沒有限制的。
除了上面兩個(gè)指定大小的選項(xiàng)以外,還有兩個(gè)與 GC 相關(guān)的屬性:
-XX:MinMetaspaceFreeRatio,在GC之后,最小的Metaspace剩余空間容量的百分比,減少為分配空間所導(dǎo)致的垃圾收集
-XX:MaxMetaspaceFreeRatio,在GC之后,大的Metaspace剩余空間容量的百分比,減少為釋放空間所導(dǎo)致的垃圾收集
現(xiàn)在我們?cè)?JDK 8下重新運(yùn)行一下代碼段 4,不過這次不再指定 PermSize 和 MaxPermSize。而是指定 MetaSpaceSize 和 MaxMetaSpaceSize的大小。輸出結(jié)果如下:
從輸出結(jié)果,我們可以看出,這次不再出現(xiàn)永久代溢出,而是出現(xiàn)了元空間的溢出。
四、總結(jié)
通過上面分析,大家應(yīng)該大致了解了 JVM 的內(nèi)存劃分,也清楚了 JDK 8 中永久代向元空間的轉(zhuǎn)換。不過大家應(yīng)該都有一個(gè)疑問,就是為什么要做這個(gè)轉(zhuǎn)換?所以,最后給大家總結(jié)以下幾點(diǎn)原因:
1、字符串存在永久代中,容易出現(xiàn)性能問題和內(nèi)存溢出。
2、類及方法的信息等比較難確定其大小,因此對(duì)于永久代的大小指定比較困難,太小容易出現(xiàn)永久代溢出,太大則容易導(dǎo)致老年代溢出。
3、永久代會(huì)為 GC 帶來(lái)不必要的復(fù)雜度,并且回收效率偏低。
4、Oracle 可能會(huì)將HotSpot 與 JRockit 合二為一。
Java中的集合主要分為四類:1、List列表:有序的,可重復(fù)的;2、Queue隊(duì)列:有序,可重復(fù)的;3、Set集合:不可重復(fù);4、Map映射:無(wú)序,鍵唯一,值不唯一。
感謝你能夠認(rèn)真閱讀完這篇文章,希望小編分享的“Java8中內(nèi)存模型PermGen Metaspace的示例分析”這篇文章對(duì)大家有幫助,同時(shí)也希望大家多多支持創(chuàng)新互聯(lián)建站,關(guān)注創(chuàng)新互聯(lián)網(wǎng)站建設(shè)公司行業(yè)資訊頻道,更多相關(guān)知識(shí)等著你來(lái)學(xué)習(xí)!
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)建站jinyejixie.com,海內(nèi)外云服務(wù)器15元起步,三天無(wú)理由+7*72小時(shí)售后在線,公司持有idc許可證,提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國(guó)服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢(shì),專為企業(yè)上云打造定制,能夠滿足用戶豐富、多元化的應(yīng)用場(chǎng)景需求。
當(dāng)前題目:Java8中內(nèi)存模型PermGenMetaspace的示例分析-創(chuàng)新互聯(lián)
本文地址:http://jinyejixie.com/article28/ceedcp.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站導(dǎo)航、外貿(mào)建站、ChatGPT、App開發(fā)、移動(dòng)網(wǎng)站建設(shè)、網(wǎng)站設(shè)計(jì)公司
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容