GC垃圾回收策略

1、垃圾回收的定义

      垃圾回收（Garbage Collection，GC）是Java虚拟机（JVM）的一项重要功能，用于自动管理内存并回收不再使用的对象，防止内存泄漏和提高程序的性能。垃圾回收的过程是自动的，程序员不需要手动释放内存。

2、垃圾回收的基本原理

标记： GC首先标记所有被引用的对象，将它们标记为“存活”。

清除： 然后，GC清除所有未被标记的对象，将它们释放并返回给堆内存。

压缩（可选）： 在一些垃圾回收算法中，可能还会包括堆内存的压缩阶段，以减少内存碎片。

3、不同的垃圾回收算法使用不同的策略来实现这些步骤。

以下是一些常见的垃圾回收算法

标记-清除算法： 这是最基本的垃圾回收算法。它通过两个阶段标记和清除来回收不再使用的对象。但是，它可能导致内存碎片。

复制算法： 这种算法将堆分为两个区域，一半是存活对象，一半是空的。它在两个区域之间进行切换，将存活对象复制到另一半区域，然后清除原区域。这种方法避免了内存碎片，但是需要更多的内存空间。

标记-整理算法： 这种算法结合了标记-清除和压缩。它首先标记存活对象，然后将它们移到堆的一端，最后清除剩余的对象。

分代算法： 这种算法根据对象的生命周期将堆分为不同的代。年轻代通常包含短命的对象，老年代包含长寿命的对象。通过这种方式，可以针对不同代使用不同的垃圾回收策略，提高效率。

4、垃圾回收器的类型

-XX:+UseSerialGC: 使用串行垃圾回收器。
-XX:+UseParallelGC: 使用并行垃圾回收器。
-XX:+UseConcMarkSweepGC: 使用CMS（Concurrent Mark-Sweep）垃圾回收器。
-XX:+UseG1GC: 使用G1（Garbage-First）垃圾回收器。

5、举例说明jar启动例子

例如，如果你想使用G1垃圾回收器，启动命令可以如下所示：
java -XX:+UseG1GC -jar your-application.jar

设置堆大小：
-Xms: 初始堆大小。
-Xmx: 最大堆大小。
例如，设置初始堆大小为256MB，最大堆大小为1GB：
java -XX:+UseG1GC -Xms256m -Xmx1g -jar your-application.jar

元空间大小（Java 8及以后版本）：-XX:MaxMetaspaceSize: 设置元空间的最大大小。
例如，设置元空间的最大大小为256MB：
java -XX:+UseG1GC -Xms256m -XX:MaxMetaspaceSize=256m -jar your-application.jar

启用GC日志：-Xloggc:<file>: 将GC日志输出到指定文件中。
例如，将GC日志输出到gc.log文件中：
java -XX:+UseG1GC -Xms256m -XX:MaxMetaspaceSize=256m -Xloggc:gc.log -jar your-application.jar

6、不同垃圾回收器的优劣势

串行垃圾回收器（Serial Garbage Collector）:

• 优势： 简单、高效，适用于单核处理器或小型应用。
• 劣势： 在多核处理器上的并发性能相对较差，会导致停顿时间较长。

-XX:+UseSerialGC

并行垃圾回收器（Parallel Garbage Collector）:

• 优势： 高吞吐量，适用于多核处理器和中等到大型的应用。
• 劣势： 可能导致较长的停顿时间，不如G1回收器在停顿时间上表现好。

-XX:+UseParallelGC

CMS垃圾回收器（Concurrent Mark-Sweep Garbage Collector）:

• 优势： 较短的停顿时间，适用于对低延迟有要求的应用。
• 劣势： 在垃圾收集阶段占用的CPU较多，可能影响应用的吞吐量。

-XX:+UseG1GC

G1垃圾回收器（Garbage-First Garbage Collector）:

• 优势： 适用于大堆、低延迟需求，能够在较短的时间内达到较高的吞吐量。
• 劣势： 在一些特定场景下，可能无法达到CMS那样低延迟。

-XX:+UseConcMarkSweepGC

Z Garbage Collector：

• 优势： 高性能、低延迟，适用于对延迟非常敏感的应用。
• 劣势： 对系统资源的消耗相对较高。

-XX:+UseZGC

      在选择垃圾回收策略时，需要综合考虑应用程序的性能需求、对停顿时间的敏感度、堆大小、硬件配置等因素。通常，你可能需要在生产环境中进行性能测试，并根据测试结果进行调整和优化。在Java 9及以后的版本中，引入了更灵活的垃圾回收器接口，允许更容易地切换和配置不同的垃圾回收器。