垃圾回收器（Garbage Collector）是负责执行垃圾回收的组件，它在Java虚拟机中进行自动内存管理。垃圾回收器负责检测无法被访问到的对象，并释放其占用的内存空间。
在Java中，有多种不同的垃圾回收器可供选择，每个回收器都有不同的特点和适用场景。以下是常见的几种垃圾回收器：
1. Serial回收器：Serial回收器是最基本的、单线程的垃圾回收器。它通过暂停所有应用线程，进行垃圾回收操作，直到完成为止。Serial回收器适用于单核处理器或小型应用，但在大型应用中可能导致较长的暂停时间。
Serial 作用于新生代，采用复制算法
-Serial Old作用于老年代，采用标记-整理算法
2. Parallel回收器：Parallel回收器是Serial回收器的多线程版本，它使用多个线程并行执行垃圾回收操作。Parallel回收器适用于具有多个处理器核心且希望实现更高吞吐量的系统，但仍可能导致较长的暂停时间。**JDK8默认使用此垃圾回收器**
Parallel New作用于新生代，采用复制算法
Parallel Old作用于老年代，采用标记-整理算法
3. CMS回收器：CMS（Concurrent Mark Sweep）回收器是一种并发的垃圾回收器，它通过与应用程序并发执行，减少垃圾回收过程中的停顿时间。CMS回收器适用于具有较短暂停时间要求的应用程序，但在处理大量垃圾对象时会产生内存碎片。
4. G1回收器：G1（Garbage-First）回收器是一种面向服务端应用的垃圾回收器，它采用了分区和并发的方式来管理堆内存。G1回收器旨在提供可预测的短暂停时间，并有效地处理大堆内存。G1回收器可以根据应用程序的需求动态调整可用内存和停顿时间目标。--在JDK9之后默认使用G1
其主要特点:
· 应用于新生代和老年代
· 划分成多个区域，每个区域都可以充当 eden，survivor，old， humongous，其中 humongous 专为大对象准备
· 采用复制算法
· 响应时间与吞吐量兼顾
· 分成三个阶段：新生代回收、并发标记、混合收集
· 如果并发失败（即回收速度赶不上创建新对象速度），会触发 Full GC
除了上述的垃圾回收器，还有其他一些特定用途或实验性质的回收器，如ZGC（Z Garbage Collector）、Shenandoah、Epsilon 等。这些回收器有着不同的特点和适用场景，可以根据具体应用程序的需求进行选择和配置。
需要注意的是，不同的垃圾回收器在性能、吞吐量、延迟等方面有所差异，开发人员可以根据应用程序的特点和需求选择合适的垃圾回收器，并通过调整JVM参数来优化垃圾回收的行为。
