《Java 性能优化实战：JVM 内存模型与垃圾回收调优核心笔记》

线上 Java 应用频繁出现 Full GC 导致响应超时？这往往和 JVM 配置不当或内存泄漏有关。JVM 内存模型中，堆内存是优化核心，分为年轻代、老年代和元空间，年轻代存放新创建的对象，老年代存储长期存活的对象，元空间负责加载类信息。
垃圾回收器选择上，G1 适合多核服务器和大堆内存场景，默认并发收集，停顿时间可控；ZGC 则主打低延迟，适合对响应时间要求高的系统。核心参数配置中，-Xms和-Xmx建议设置为相同值，避免运行时内存伸缩带来的性能损耗，通常设为物理内存的 1/2~2/3；-XX:MetaspaceSize设置元空间初始大小，防止频繁扩容。
排查内存问题时，JProfiler 能可视化监控堆内存使用情况，定位内存泄漏点；Arthas 的jmap命令可导出堆 dump 文件，jstat能实时查看 GC 统计信息。实际项目中，曾遇到因静态集合未清理导致的内存泄漏，通过分析堆 dump 找到冗余对象，优化代码后 Full GC 频率从每小时 3 次降至每天 1 次，系统响应速度提升 40%。调优需结合压测结果逐步调整，避免盲目修改参数。