本文探讨了YGC（Young Generation Garbage Collection）的耗时问题，重点分析了等待线程到达安全点、存活对象扫描和标记、存活对象复制以及GC日志输出四个关键环节。内容包括OopMap和RememberedSet在扫描对象引用中的作用，本地缓存对象过多、系统类加载器加载对象过多对GC的影响，以及如何优化GC日志输出以减少负面影响。通过对这些关键节点的理解和优化，可以有效提升JVM的性能。
YGC
YGC频次暂且忽略，问题主要集中在gc耗时上面。想要解决YGC耗时问题，首先要搞清楚YGC的耗时节点。（据我所知的YGC问题，还没有逃出过这些维度）
存活对象扫描、标记时间
存活对象copy to S区，晋升到Old区
等待各线程到达安全点时间
GC日志输出
操作系统活动(swap)
1、等待线程到达安全点
GC发生时，程序是会STW的(Serial, ParNew, Parallel Scanvange, ParallelOld, Serial Old全程都会STW，CMS等在初始标记重新标记阶段也会STW), JVM这时候只运行GC线程，不运行用户线程。
那JVM具体要在哪里，在什么时间点STW呢？ 答：安全点。
因此，GC时，程序需要运行到最近的一个安全点(方法返回、循环结束、异常抛出等位置)停下来，安全点日志前面文章也提到了：
如果发现 spin时间段表现异常&#
最低0.47元/天 解锁文章
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
