Java GC优化核心是减少停顿、降低频率、提升效率以增强响应与吞吐：选合适回收器（如G1/ZGC低延迟、Parallel高吞吐），调优新生代大小与晋升阈值，合理设堆内存，减少临时对象，避免大对象直入老年代，杜绝System.gc()，及时释放引用，并通过GC日志持续分析调优。
Java中GC优化，核心就是让垃圾回收更少停顿、更少发生、更高效完成，最终提升应用响应速度和吞吐量。
减少Stop-the-world时间
每次GC都会触发“stop-the-world”，所有用户线程暂停。优化重点是压缩
这个暂停时长：
- 选对回收器：比如G1或ZGC适合低延迟场景，Parallel适合吞吐量优先的后台任务
- 调小新生代（但不能太小），避免Minor GC过于频繁；同时确保Survivor区足够容纳存活对象，防止过早晋升老年代
- 用-XX:MaxTenuringThreshold控制对象晋升年龄，避免短命对象误入老年代，引发不必要的Full GC
降低GC触发频率
GC太勤，说明堆压力大或对象生命周期管理有问题：
- 合理设置堆大小：-Xms和-Xmx设为相同值，避免运行时扩容带来的额外开销
- 减少临时对象创建：比如用StringBuilder代替字符串拼接，复用对象（如ThreadLocal缓存）、避免在循环里new大对象
- 检查大对象分配：超阈值的大对象直接进老年代，可用-XX:PretenureSizeThreshold干预，防止老年代被“撑爆”
避免Full GC和内存泄漏
Full GC最伤性能，常由老年代空间不足或元空间耗尽引发：
- 不调用System.gc()——它会强制触发Full GC，纯属自找麻烦
- 及时释放无用引用：静态集合、监听器、缓存未清理容易导致对象长期驻留
- 开启GC日志（如-Xlog:gc*:file=gc.log），用工具（GCViewer、VisualVM）分析是否频繁晋升、内存是否持续增长
基本上就这些。GC优化不是调几个参数就一劳永逸，而是结合监控、代码习惯和JVM行为持续微调的过程。
