为何JVM仅在对象分配失败时触发GC，而非系统空闲时？

G1、ZGC、Shenandoah这类主流JVM垃圾回收器，默认逻辑确实是仅在新对象分配失败时触发GC。如果系统长时间不分配新对象，哪怕已经处于闲置状态，已占用的内存也会一直被持有，直到下一次内存分配失败才会启动回收。要是能在系统空闲时主动触发GC，不仅能大幅降低内存占用，还能减少STW对应用线程的影响——毕竟空闲时段用户线程本来就没什么负载。

关于如何定义"系统空闲"，常见的思路有这几种：

• 基于活跃线程数：监控应用内的业务活跃线程数，当连续一段时间（比如10秒）内活跃线程数低于设定阈值（比如只剩JVM自身的守护线程在运行），就判定系统处于空闲状态。
• 基于进程CPU使用率：设定一个CPU占用阈值（比如连续5秒使用率低于10%），当进程的CPU占用持续处于低位时，认为系统进入空闲模式。
• 用户自定义规则：开放自定义判断逻辑的入口，让开发者结合业务场景来定义，比如当业务请求QPS降到0、定时任务全部执行完成，或者特定业务指标达标时，触发空闲GC。

内容的提问来源于stack exchange，提问作者liudaolunhuiboluo