[Java知识库]垃圾回收器性能指标

一、分类

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 的问题

创作打卡挑战赛

赢取流量/现金/CSDN周边激励大奖