當前位置：首頁 > 编程资源 > 编程问答 >内容正文

编程问答

jvm学习笔记（三）

發(fā)布時間：2024/9/19 编程问答 46 豆豆

生活随笔收集整理的這篇文章主要介紹了 jvm学习笔记（三）小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

jvm學習筆記（三）

文章目錄

jvm學習筆記（三）
- 1.全部筆記鏈接
- 2.堆
- - 2.1堆的劃分
  - - - 使用JVM參數(shù)查看劃分
      - Hotspot堆內(nèi)存劃分圖（JDK8之前）
  - 2.2 GC對堆的回收
  - - - GC的種類
      - MinorGC的過程
      - MajorGC的過程（Old GC）
      - Full GC
  - 2.3 一些調(diào)節(jié)參數(shù)
- 3. OOM
- - 3.1 簡介
  - 3.2 排錯

1.全部筆記鏈接

JVM學習筆記（一）
JVM學習筆記（二）
JVM學習筆記（三）
JVM學習筆記（四）

（待更新…）

2.堆

是被線程共享的一塊內(nèi)存區(qū)域，創(chuàng)建的對象和數(shù)組都保存在 Java 堆內(nèi)存中，也是垃圾收集器進行

垃圾收集的最重要的內(nèi)存區(qū)域。由于現(xiàn)代 VM 采用分代收集算法, 因此 Java 堆從 GC 的角度還可以

細分為: 新生代(Eden 區(qū)、From Survivor 區(qū)和 To Survivor 區(qū))和老年代。

2.1堆的劃分

關(guān)于堆的劃分，需要明確一點：

邏輯上堆是包含新生代，老年代和永久代（JDK1.8叫元空間）
物理上應(yīng)該是：新生代+老年代，在JDK1.8后，永久代變成了元空間，并且元空間被移到本地內(nèi)存，而不再虛擬機內(nèi)存中。

使用JVM參數(shù)查看劃分

-Xms1024m -Xmx1024m -XX:+PrintGCDetails

一般查看PrintGCDetails都會帶上PermGen區(qū)（永久代），雖然可以查看打印信息中有Young Generation，Old Generation，PermGen（或者Metaspace）,當是計算的時候會發(fā)現(xiàn)Heap=Young Generation+Old Generation。

永久代：（方法區(qū)，不屬于java堆，另一個別名為“非堆Non-Heap”）

Hotspot堆內(nèi)存劃分圖（JDK8之前）

Heap劃分為：

Young Generation（占1/3）
Old Generation（占2/3）

Young Generation又劃分為：

Eden Space（伊甸園，占8/10）
From Space（幸存區(qū)1，占1/10）
To Space（幸存區(qū)2，占1/10）

From Space和To Space是兩個幸存區(qū)，而這兩個區(qū)域并非一成不變，這兩個區(qū)域在GC的過程會進行交換。

2.2 GC對堆的回收

GC的種類

GC用來回收堆中不再使用的對象，GC分兩種：

MinorGC（輕GC）
MajorGC （重GC）

一般情況下，會觸發(fā)MinorGC，MajorGC 不會頻繁執(zhí)行。

之前看復習資料以為GC單純兩種，后來發(fā)現(xiàn)還要其他GC模式，然后上網(wǎng)查閱了相關(guān)資料，然后得出以下結(jié)論：

以下內(nèi)容來自知乎： https://www.zhihu.com/question/41922036

針對HotSpot VM的實現(xiàn)，它里面的GC其實準確分類只有兩大種：

Partial GC：并不收集整個GC堆的模式
- Young GC：只收集young gen的GC
- Old GC：只收集old gen的GC。只有CMS的concurrent collection是這個模式
- Mixed GC：收集整個young gen以及部分old gen的GC。只有G1有這個模式
Full GC：收集整個堆，包括young gen、old gen、perm gen（如果存在的話）等所有部分的模式。

Major GC通常是跟full GC是等價的，收集整個GC堆。但因為HotSpot VM發(fā)展了這么多年，外界對各種名詞的解讀已經(jīng)完全混亂了，當有人說“major GC”的時候一定要問清楚他想要指的是上面的full GC還是old GC。

作者：RednaxelaFX
鏈接：https://www.zhihu.com/question/41922036/answer/93079526
來源：知乎

MinorGC的過程

由于頻繁創(chuàng)建對象，所以新生代會頻繁觸發(fā)MinorGC 進行垃圾回收。當 Eden 區(qū)內(nèi)存不夠的時候就會觸發(fā) MinorGC，對新生代區(qū)進行一次垃圾回收。MinorGC使用的是復制算法，過程如下：

MinorGC會把Eden Space+From Space掃描一邊

掃描過后將存活的對象復制到 To Space 區(qū)域，并對對象的年齡進行+1

然后清空Eden Space+From Space的對象

最后，將To Space和From Space標志互換（不移動對象，區(qū)域的標志更換，就是To變成From），To Space等待下次MinorGC的回收。

MajorGC的過程（Old GC）

老年代的對象比較穩(wěn)定，所以 MajorGC 不會頻繁執(zhí)行。大部分對象會在MinorGC過程中消亡，而一般只有部分的能進入老年代。在進行 MajorGC 前一般都先進行了一次 MinorGC，使得有新生代的對象晉身入老年代，導致空間不夠用時才觸發(fā)。MajorGC 通常采用標記清除算法或標記整理算法（其實也不能說MajorGC就是標記清除算法，使用哪種算法對老年代進行垃圾回收完全取決于使用的那種垃圾回收器），垃圾回收器將在其他學習筆記中的介紹，現(xiàn)在先說一下標記清除算法，標記清除算法過程如下：

首先掃描一次所有老年代，標記出存活的對象。
然后回收沒有標記的對象。

Full GC

當準備要觸發(fā)一次young GC時，如果發(fā)現(xiàn)統(tǒng)計數(shù)據(jù)說之前young GC的平均晉升大小比目前old gen剩余的空間大，則不會觸發(fā)young GC而是轉(zhuǎn)為觸發(fā)full GC（因為HotSpot VM的GC里，除了CMS的concurrent collection之外，其它能收集old gen的GC都會同時收集整個GC堆，包括young gen，所以不需要事先觸發(fā)一次單獨的young GC）；或者，如果有perm gen的話，要在perm gen分配空間但已經(jīng)沒有足夠空間時，也要觸發(fā)一次full GC；或者System.gc()、heap dump帶GC，默認也是觸發(fā)full GC。

作者：RednaxelaFX
鏈接：https://www.zhihu.com/question/41922036/answer/93079526

2.3 一些調(diào)節(jié)參數(shù)

調(diào)節(jié)堆

#調(diào)節(jié)大小 -Xmx -Xms #控制Eden和Survivor的比例 -XX:SurvivorRatio #調(diào)節(jié)Young和Old的比例 -XX:NewRatio #調(diào)節(jié)永久代初始大小（JDK1.8不用了） -XX:PermSize #調(diào)節(jié)永久代大小最大值 -XX:MaxPermSize

垃圾回收的一些參數(shù)

#垃圾最大年齡 -XX:MaxTenuringThreshold

3. OOM

3.1 簡介

OOM，全稱“Out Of Memory”，源于java.lang.OutOfMemoryError。當JVM因為沒有足夠的內(nèi)存來為對象分配空間并且垃圾回收器也已經(jīng)沒有空間可回收時，就會拋出這個error。

3.2 排錯

內(nèi)存快照分析工具，MAT，Jprofiler。作用分析Dump內(nèi)存文件，快速定位內(nèi)存泄漏。

輸出Dump文件

#內(nèi)存泄漏時輸出dump文件 -XX:HeapDumpOnOutOfMemoryError #重GC前輸出dump文件 -XX:+HeapDumpBeforeFullGC #指定dump文件目錄 -XX:HeapDumpPath=xxx

輸出Dump文件**