各種垃圾收集器停蕉，和各種垃圾回收算法愕鼓，是不是忘了又看，看了又忘慧起？
來(lái)零距離觀察一下我們?nèi)粘Ｋ玫睦占鞴交危由盍擞∠蟛耪莆盏美温铮?/p>
一. JDK版本與默認(rèn)垃圾收集器
首先，我們最常用的是哪個(gè)垃圾收集器呢完慧？
要知道谋旦，都已經(jīng)出了jdk16了！不過(guò)屈尼，雖然已經(jīng)jdk16了册着，但是長(zhǎng)支持版本可沒(méi)有幾個(gè)。來(lái)看下官方說(shuō)法：
https://www.oracle.com/java/technologies/java-se-support-roadmap.html
是的脾歧，jdk8和jdk11是官方的長(zhǎng)期支持版本甲捏，這兩個(gè)版本默認(rèn)的垃圾收集器分別是：
jdk8：UseParallelGC
jdk11：ZGC
而業(yè)界生產(chǎn)環(huán)境廣泛使用的版本依然是jdk8，那么就來(lái)看看jdk8默認(rèn)的UseParallelGC吧鞭执。
二. JDK8 VM 默認(rèn)參數(shù)
- HotSpot Java虛擬機(jī)司顿，用-XX:+PrintCommandLineFlags查看參數(shù)，發(fā)現(xiàn)Java8默認(rèn)使用的垃圾收集器就是這個(gè)-XX:+UseParallelGC （新生代：Paralle Scavenge收集器兄纺，老年代：Parallel Old收集器）
//-XX:+PrintCommandLineFlags大溜，這個(gè)參數(shù)讓JVM打印出那些已經(jīng)被用戶或者JVM設(shè)置過(guò)的詳細(xì)的XX參數(shù)的名稱和值
~ $ java -XX:+PrintCommandLineFlags -version
-XX:InitialHeapSize=134217728 -XX:MaxHeapSize=2147483648 -XX:+PrintCommandLineFlags -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseParallelGC
java version "1.8.0_201"
Java(TM) SE Runtime Environment (build 1.8.0_201-b09)
Java HotSpot(TM) 64-Bit Server VM (build 25.201-b09, mixed mode)
- 可以用如下命令查看垃圾收集器詳情：
~ $ java -XX:+PrintGCDetails -version
java version "1.8.0_201"
Java(TM) SE Runtime Environment (build 1.8.0_201-b09)
Java HotSpot(TM) 64-Bit Server VM (build 25.201-b09, mixed mode)
Heap
PSYoungGen total 38400K, used 1331K [0x0000000795580000, 0x0000000798000000, 0x00000007c0000000)
eden space 33280K, 4% used [0x0000000795580000,0x00000007956cce48,0x0000000797600000)
from space 5120K, 0% used [0x0000000797b00000,0x0000000797b00000,0x0000000798000000)
to space 5120K, 0% used [0x0000000797600000,0x0000000797600000,0x0000000797b00000)
ParOldGen total 87552K, used 0K [0x0000000740000000, 0x0000000745580000, 0x0000000795580000)
object space 87552K, 0% used [0x0000000740000000,0x0000000740000000,0x0000000745580000)
Metaspace used 2241K, capacity 4480K, committed 4480K, reserved 1056768K
class space used 243K, capacity 384K, committed 384K, reserved 1048576K
三. Parallel GC
- Parallel Scavenge
新生代收集器，采用復(fù)制算法估脆，并行的多線程收集器钦奋。
主要思想就是，將內(nèi)存分為eden區(qū)和survivor區(qū)（from區(qū)和to區(qū)），默認(rèn)是8:2的比例付材。
在GC開(kāi)始的時(shí)候朦拖，對(duì)象只會(huì)存在于Eden區(qū)和名為“From”的Survivor區(qū)，Survivor區(qū)“To”是空的厌衔。緊接著進(jìn)行GC璧帝，Eden區(qū)中所有存活的對(duì)象都會(huì)被復(fù)制到“To”，而在“From”區(qū)中富寿，仍存活的對(duì)象會(huì)根據(jù)他們的年齡值來(lái)決定去向睬隶。年齡達(dá)到一定值(年齡閾值，可以通過(guò)-XX:MaxTenuringThreshold來(lái)設(shè)置)的對(duì)象會(huì)被移動(dòng)到年老代中作喘，沒(méi)有達(dá)到閾值的對(duì)象會(huì)被復(fù)制到“To”區(qū)域理疙。經(jīng)過(guò)這次GC后，Eden區(qū)和From區(qū)已經(jīng)被清空泞坦。這個(gè)時(shí)候窖贤，“From”和“To”會(huì)交換他們的角色，也就是新的“To”就是上次GC前的“From”贰锁，新的“From”就是上次GC前的“To”赃梧。不管怎樣，都會(huì)保證名為To的Survivor區(qū)域是空的豌熄。Minor GC會(huì)一直重復(fù)這樣的過(guò)程授嘀，直到“To”區(qū)被填滿，“To”區(qū)被填滿之后锣险，會(huì)將所有對(duì)象移動(dòng)到年老代中蹄皱。
- Parallel Old
Parallel Scavenge收集器的老年代版本，使用多線程和標(biāo)記-整理算法芯肤。
復(fù)制算法也存在他自己的缺點(diǎn)巷折，比如在對(duì)象存活率較高時(shí)就要執(zhí)行較多的復(fù)制操作，效率將會(huì)變低崖咨。更關(guān)鍵的是锻拘，如果不想浪費(fèi)50%的空間，就需要額外的空間進(jìn)行分配擔(dān)保击蹲，以應(yīng)對(duì)被使用的內(nèi)存中所有對(duì)象都100%存活的極端情況署拟。所有在老年代一版不直接選用這種算法。
- 標(biāo)記出所需要回收的對(duì)象
- 所有存活對(duì)象向一端移動(dòng)
- 清理掉端邊界以外的內(nèi)存
四. Demo感受垃圾收集的過(guò)程
- 用jinfo查看jvm基本參數(shù)
~ $ jinfo -flag SurvivorRatio 40446(進(jìn)程號(hào))
-XX:SurvivorRatio=8
- 小例子觀察對(duì)象優(yōu)先在Eden分配
package com.example.demo.jvm;
public class JVMTest {
private static int _1MB = 1024*1024;
public static void main(String[] args) {
System.out.println("Parameters: -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails -XX:SurvivorRatio=8");
byte[] allocation1 = new byte[1 * _1MB];
byte[] allocation2 = new byte[1 * _1MB];
/*byte[] allocation3 = new byte[1 * _1MB];
byte[] allocation4 = new byte[1 * _1MB];
byte[] allocation5 = new byte[1 * _1MB];
byte[] allocation6 = new byte[1 * _1MB];
byte[] allocation7 = new byte[1 * _1MB];
allocation1 = null;
allocation2 = null;
allocation3 = null;
allocation4 = null;
allocation5 = null;
allocation6 = null;
byte[] allocation8 = new byte[1 * _1MB];*/
}
}
Parameters: -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails -XX:SurvivorRatio=8
Heap
PSYoungGen total 9216K, used 3227K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)
eden space 8192K, 39% used [0x00000007bf600000,0x00000007bf926fb0,0x00000007bfe00000)
from space 1024K, 0% used [0x00000007bff00000,0x00000007bff00000,0x00000007c0000000)
to space 1024K, 0% used [0x00000007bfe00000,0x00000007bfe00000,0x00000007bff00000)
ParOldGen total 10240K, used 0K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
object space 10240K, 0% used [0x00000007bec00000,0x00000007bec00000,0x00000007bf600000)
Metaspace used 2690K, capacity 4486K, committed 4864K, reserved 1056768K
class space used 288K, capacity 386K, committed 512K, reserved 1048576K
