managementfactory.getgarbagecollectormxbeans() 是获取 jvm 当前 gc 名称最可靠的 api，通过遍历返回的 garbagecollectormxbean 列表并调用 getname() 获取标识名（如 "g1 young generation"），需按语义关键词过滤而非全等匹配，注意兼容性与环境差异。
用 ManagementFactory.getGarbageCollectorMXBeans() 拿 GC 名称
Java 没有直接返回“当前 GC 名称”的 API，ManagementFactory.getGarbageCollectorMXBeans() 是最可靠入口——它返回所有已注册的 GC Bean 列表，每个 Bean 的 getName() 就是 JVM 实际使用的回收器标识名（如 "G1 Young Generation" 或 "PS Scavenge"）。
注意：JVM 启动后 GC 组件就固定了，但某些 GC（如 G1、ZGC）会动态启用多个逻辑子组件，所以列表通常不止一个。你真正要关注的是「活跃的、负责年轻代/老年代的主 GC」，而不是全部。
- 只取第一个 Bean 通常不安全——比如 CMS + ParNew 组合下，
ParNew在前，CMS在后；而 ZGC 只有一个"ZGC" - 如果只关心「主要 GC 类型」，建议过滤出含
"Young"、"Old"、"ZGC"、"Shenandoah"等关键词的名称，忽略"CodeCache GC"这类辅助回收器 - 示例代码片段：
for (GarbageCollectorMXBean bean : ManagementFactory.getGarbageCollectorMXBeans()) { System.out.println(bean.getName()); // 输出类似 "G1 Young Generation" }为什么不用
Runtime.getRuntime().availableProcessors()或系统属性？有人误以为 GC 名称藏在系统属性里，比如查
java.vm.name或sun.management.compiler，但这些只反映 JVM 厂商或 JIT 信息，和实际 GC 无关。Oracle HotSpot、OpenJ9、GraalVM 的 GC 配置完全独立于 VM 名称。-
java.version和java.vm.version不包含 GC 类型——JDK 17 可能跑 G1，也可能加了-XX:+UseZGC强制切 ZGC -
Runtime.getRuntime().availableProcessors()返回 CPU 核数，和 GC 选择毫无关系，纯属常见误解 - 唯一带 GC 线索的系统属性是
sun.jvm.args（非标准，仅 HotSpot 提供），但它返回启动参数字符串，需手动解析-XX:+UseG1GC等，既不可靠又难维护
不同 GC 对
getName()返回值的影响getName()的具体字符串高度依赖 JVM 实现和版本，不是规范定义的常量，不能硬编码匹配。例如：立即学习“Java免费学习笔记（深入）”；
- G1 GC（JDK 8u202+）：返回
"G1 Young Generation"和"G1 Old Generation"两个 Bean - Parallel GC：返回
"PS Scavenge"（年轻代）和"PS MarkSweep"（老年代） - ZGC（JDK 11+）：只有一个 Bean，
getName()是"ZGC" - Shenandoah（JDK 12+）：返回
"Shenandoah"，但早期版本可能叫"Shenandoah Cycles" - Serial GC：返回
"Copy"（年轻代）和"MarkSweepCompact"（老年代），非常容易误判
所以判断逻辑应基于字符串是否包含语义关键词，而非全等匹配。
生产环境要注意的兼容性坑
这个方法在 JDK 5+ 都可用，但行为细节有差异：
- JDK 8 及以前：CMS 组合下会暴露
"ConcurrentMarkSweep"，但 JDK 9+ 已移除 CMS，该名称不再出现 - JDK 14+ 移除了
ParallelOldGC的独立 Bean，统一归入 Parallel GC 主 Bean，导致 Bean 数量变少 - 某些容器化环境（如 Alpine + musl JVM）可能因精简实现缺失部分 MXBean，调用返回空列表——此时应 fallback 到解析
sun.jvm.args或日志 - Spring Boot Actuator 的
/actuator/metrics/jvm.gc.live.data.size等端点底层也依赖这个 MXBean，如果这里拿不到，整个 GC 监控链路都会失效
真实场景里，GC 名称不是用来做业务分支的，而是用于日志标记、监控打标或故障初筛——别把它当开关用，尤其别用它决定算法路径。
-
