Skip to content

Commit 322abf4

Browse files
authored
Merge pull request Snailclimb#2473 from Dllragon/main
Update jvm-garbage-collection.md 引号反了
2 parents cb0bd01 + 3c6e434 commit 322abf4

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

docs/java/jvm/jvm-garbage-collection.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -353,7 +353,7 @@ JDK1.2 以后,Java 对引用的概念进行了扩充,将引用分为强引
353353
354354
当前虚拟机的垃圾收集都采用分代收集算法,这种算法没有什么新的思想,只是根据对象存活周期的不同将内存分为几块。一般将 Java 堆分为新生代和老年代,这样我们就可以根据各个年代的特点选择合适的垃圾收集算法。
355355
356-
比如在新生代中,每次收集都会有大量对象死去,所以可以选择标记-复制算法,只需要付出少量对象的复制成本就可以完成每次垃圾收集。而老年代的对象存活几率是比较高的,而且没有额外的空间对它进行分配担保,所以我们必须选择“标记-清除”或“标记-整理”算法进行垃圾收集。
356+
比如在新生代中,每次收集都会有大量对象死去,所以可以选择标记-复制算法,只需要付出少量对象的复制成本就可以完成每次垃圾收集。而老年代的对象存活几率是比较高的,而且没有额外的空间对它进行分配担保,所以我们必须选择“标记-清除”或“标记-整理”算法进行垃圾收集。
357357
358358
**延伸面试问题:** HotSpot 为什么要分为新生代和老年代?
359359
@@ -367,8 +367,8 @@ JDK1.2 以后,Java 对引用的概念进行了扩充,将引用分为强引
367367
368368
JDK 默认垃圾收集器(使用 `java -XX:+PrintCommandLineFlags -version` 命令查看):
369369
370-
- JDK 8Parallel Scavenge(新生代)+ Parallel Old(老年代)
371-
- JDK 9 ~ JDK20: G1
370+
- JDK 8: Parallel Scavenge(新生代)+ Parallel Old(老年代)
371+
- JDK 9 ~ JDK22: G1
372372
373373
### Serial 收集器
374374

0 commit comments

Comments
 (0)