jdk8默认垃圾收集器是什么？他的机制是什么？

在 JDK 8 中，默认的垃圾收集器是 **Parallel GC**，其默认参数为 `-XX:+UseParallelGC`。Parallel GC 也被称为**吞吐量优先收集器**（Throughput Collector），因为它的主要目标是提高系统的**总吞吐量**，即最大化程序执行的时间相对于垃圾回收所消耗的时间。 ### Parallel GC 的特点 1. **吞吐量优先**： - Parallel GC 的设计目标是提高系统的整体吞吐量，减少应用在垃圾收集上的开销。吞吐量是指应用程序在运行时用于执行应用代码的时间与总时间（包括垃圾回收时间）的比例。 - **适用于后台批处理任务**、计算密集型应用等吞吐量为主要目标的场景。 2. **多线程并行回收**： - Parallel GC 在进行垃圾回收时会使用**多个线程**，特别是在新生代的垃圾回收中，多个垃圾收集线程并行工作，以加快垃圾回收速度。 - **年轻代**（新生代）的垃圾回收采用**复制算法**，即将存活的对象从 Eden 区复制到 Survivor 区，垃圾对象则直接回收。 - **老年代**的回收在 Full GC 过程中会采用 **标记-整理算法**，也使用多线程进行回收。 3. **Stop-The-World（STW）暂停**： - Parallel GC 的所有垃圾回收阶段都会引发 **Stop-The-World（STW）** 暂停，意味着在垃圾回收过程中，所有应用线程都会暂停。 - 由于并行执行，STW 暂停时间相对较短，但仍然可能对延迟敏感的应用产生影响。 4. **全堆回收（Full GC）**： - 当老年代需要回收时，Parallel GC 会触发一次 **Full GC**，这同样是一个 **Stop-The-World** 过程。Full GC 使用的是 **标记-整理（Mark-Compact）算法**，先标记存活对象，然后整理堆内存，避免内存碎片化。 - Full GC 可能会导致较长的停顿时间，尤其在老年代堆内存较大时，暂停时间可能变得显著。 5. **默认的垃圾收集器参数**： - JDK 8 默认启用 `-XX:+UseParallelGC`，表示年轻代和老年代都使用 Parallel GC 的并行回收。 - 对于年轻代，Parallel GC 使用 **复制算法**，并在多个线程间并行工作。 - 对于老年代，Parallel GC 在 Full GC 时使用 **标记-整理算法**，同样采用并行线程回收。 6. **适用场景**： - Parallel GC 适合那些 **吞吐量优先**、对垃圾回收暂停时间要求不高的场景，例如后台批处理、数据密集型计算任务等。 - 它不适用于对**低延迟**和**响应时间**要求严格的应用，因为它在 Full GC 时可能会引发较长时间的暂停。 ### 垃圾回收过程 #### 1. **年轻代垃圾回收（Minor GC）** - 当 Eden 区填满时，会触发年轻代垃圾回收，Parallel GC 会使用**复制算法**，将存活的对象从 Eden 区复制到 Survivor 区。 - 这是一个 **Stop-The-World** 过程，但由于新生代对象通常短生命周期，回收过程较为快速。 #### 2. **老年代垃圾回收（Major GC/Full GC）** - 当老年代空间不足时，会触发 Full GC，Parallel GC 使用**标记-整理算法**回收老年代中的对象。 - 标记-整理算法首先标记老年代中存活的对象，然后将它们压缩到堆的另一部分，释放出连续的内存空间，避免内存碎片化。 - Full GC 也是 **Stop-The-World** 过程，并且由于涉及到整个堆的对象整理，通常暂停时间较长。 ### Parallel GC 的主要优点与缺点 #### 优点： 1. **高吞吐量**：由于 Parallel GC 重点在于并行回收垃圾，因此它可以最大化应用程序的执行时间，并减少垃圾回收所占用的时间，使系统整体吞吐量提高。 2. **多线程并行回收**：在年轻代和老年代的回收过程中都采用了多线程并行方式，能加快垃圾回收的速度，特别是在多核系统上表现出色。 #### 缺点： 1. **STW 暂停时间较长**：虽然 Parallel GC 在回收过程中使用了多线程并行，但它的每个回收阶段都需要暂停应用线程，尤其在 Full GC 期间暂停时间可能较长，这对延迟敏感的应用不友好。 2. **不适合低延迟场景**：由于垃圾回收会导致应用线程暂停，Parallel GC 不适合对暂停时间有严格要求的实时应用。 ### 总结 在 JDK 8 中，`-XX:+UseParallelGC` 是默认的垃圾收集器参数，Parallel GC 的设计目标是**高吞吐量**，适合那些对垃圾回收暂停时间不敏感，但需要最大化应用执行时间的场景。它通过**多线程并行**回收垃圾来提高效率，但由于每次垃圾回收（尤其是 Full GC）都需要 **Stop-The-World** 暂停，可能会在延迟敏感的应用中表现不佳。