如何调优G1GC使其更频繁运行并避免Spring Boot应用OOM问题
看起来你遇到的是G1GC在低负载下“躺平”不主动回收，导致堆内存被闲置对象占满，最终高负载时触发OOM的典型问题。我来帮你拆解原因和对应的调优方案：
先搞懂为什么会出现这种情况
你设置了-XX:MaxGCPauseMillis=1000，G1GC的核心设计目标就是优先保证GC停顿不超过你设定的阈值。所以它会尽量攒够足够多的垃圾再触发回收，避免频繁GC影响应用响应速度。低负载时没有新对象产生，G1觉得“反正现在没压力，攒着垃圾下次一起清”，就会让堆保持高占用——但这些堆内存里其实是可回收的闲置对象（比如过期的缓存、不再使用的业务对象等），所以你导出堆dump后会发现实际有效内存占比极低。
针对性调优参数，让G1GC更积极回收
以下是几个关键的调优参数，你可以根据自己的应用情况调整：
调整初始堆占用触发回收的阈值：
默认的-XX:InitiatingHeapOccupancyPercent=45表示当堆占用达到45%时启动标记周期。你可以把这个值调低（比如设为30），让G1在堆占用还不算太高的时候就开始准备回收：-XX:InitiatingHeapOccupancyPercent=30注意：不要设得过低（比如低于20），否则会导致GC过于频繁，反而影响应用性能。
强制G1彻底清理老年代闲置对象：
G1的混合回收会分批清理老年代里的可回收区域，默认参数可能会提前停止清理。你可以调整这两个参数让它更彻底：-XX:G1MixedGCCountTarget=8 # 一次标记周期后最多做8次混合回收（默认就是8，可根据情况调高） -XX:G1HeapWastePercent=3 # 当剩余可回收垃圾占比低于3%时才停止混合回收（默认是5，调低更彻底）固定堆大小，避免动态扩容开销：
你当前设置的-Xms512m -Xmx8400m初始堆太小，高负载时JVM会频繁扩容堆空间，这不仅会增加GC压力，还可能让G1的回收规划混乱。建议把初始堆和最大堆设成一样大：-Xms8400m -Xmx8400m启用周期性闲置回收：
OpenJDK 11支持让G1在低负载时定期触发回收，避免闲置对象长期占用堆内存：-XX:+G1PeriodicGCInterval=3600000 # 每1小时触发一次周期性GC（单位：毫秒）
排查OOM的深层原因
除了GC调优，你还得确认是不是真的存在内存泄漏：
- 导出堆dump后，用VisualVM、JProfiler等工具分析，看看有没有大对象（比如几十MB甚至几百MB的数组）、或者某个集合（比如缓存Map）一直在增长没有释放。
- 检查代码里有没有资源泄漏：比如数据库连接没关闭、线程池的ThreadLocal变量没清理、第三方库的缓存没有过期策略等。
如果是内存泄漏导致的OOM，光调GC参数是治标不治本的，必须修复代码问题。
备注：内容来源于stack exchange，提问作者Vignesh Dhamodaran
