垃圾回收器性能指标
一、分类
1. 线程数
2. 工作模式
- 并发式垃圾回收器： 垃圾回收器和应用线程交替工作，尽可能减少应用程序的停顿时间
- 独占式垃圾回收器： STW，一旦运行，就停止应用程序中的所有的用户线程，直到垃圾回收过程完全结束
3. 碎片整理
- 压缩式垃圾回收器： 会在回收完成后，对存活对象惊醒压缩整理，消除回收后的碎片。指针碰撞来分配新的对象
- 非压缩式垃圾回收器：不会进行这个步骤，按照空闲列表来进行分配
4. 工作区域
- 年轻代回收器和老年代回收器
二、性能指标
- 以下三者组成一个不可能三角
1. 吞吐量-Throughput
- 运行用户代码的时间占总运行时间的比例（ 总运行时间：程序的运行时间+内存回收的时间）
- 在最大吞吐量的前提下，追求最短暂停时间
1. 追求高吞吐量的话，应用程序能容忍较高的暂停时间
2. 高吞吐量的应用程序，具有更长的时间基准，不必考虑快速响应
3. 因为gc的次数相对比较少，每次停顿时间比较长
4. 多次回收，肯定存在线程上下文切换带来的时间损失
5. 高吞吐量和低延迟是互相矛盾的
2. 暂停时间
- 执行垃圾收集时，程序的工作线程被暂停的时间
- 最为重要的一个指标
3. 内存占用
- Java堆区占用的内存大小
三、垃圾回收器
- 不同的JVM搭配了不同的垃圾回收器
四、组合关系
- 不同垃圾回收和分代
# 查看用的是哪个垃圾收集器
-XX:+PrintCommandLineFlags# 如下为查看结果
-XX:InitialHeapSize=268435456 -XX:MaxHeapSize=4294967296
-XX:+PrintCommandLineFlags -XX:+UseCompressedClassPointers
-XX:+UseCompressedOops -XX:+UseParallelGC
1. Serial回收器
- 串行回收
- 最基本，历史悠久的垃圾回收器，JDK1.3之前回收新生代唯一的选择
- Serial 收集器采用 复制算法， 串行回收， stw的方式执行内存回收
- Serial Old 采用了串行回收，STW, 标记-压缩算法
单线程的收集器：
1. 只会使用一个cpu或一条收集线程去完成垃圾收集工作
2. 进行垃圾收集时，必须暂停其他所有的工作线程，直到收集结束
# 设置使用 SerialGC: 新生代会使用 SerialGC 老年代会使用 Serial Old GC
-XX:+PrintCommandLineFlags -XX:+UseSerialGC
- 这种垃圾收集器，只在限定单核cpu的情况下建议使用，现在大多都不是单核的了
- 对于交互较强的应用，这种垃圾收集器是不能接受的。因为存在应用程序的STW 的问题
2. ParNew
- 并行回收，适合多核的cpu
3. Parallel Scanvage
- 吞吐量优先
- Parallel Old 采用标记-压缩算法
- 任何垃圾回收器都会存在STW的问题
4. CMS 收集器
- 低延迟，降低STW, 降低低延迟
- Concurrent Mark SWEEP 收集器
- 标记-清除算法
五、G1垃圾回收器
- JDK9以后使用的垃圾回收器
- 区域化分代式
- Garbage First
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！