前言
在高并发下，Java程序的GC问题属于很典型的一类问题，带来的影响往往会被进一步放大。不管是「GC频率过快」还是「GC耗时太长」，由于GC期间都存在Stop The World问题，因此很容易导致服务超时，引发性能问题。
我们团队负责的广告系统承接了比较大的C端流量，平峰期间的请求量基本达到了上千QPS，过去也遇到了很多次GC相关的线上问题。
这篇文章，我再分享一个更棘手的Young GC耗时过长的线上案例，同时会整理下YGC相关的知识点，希望让你有所收获。内容分成以下2个部分：
- 从一次YGC耗时过长的案例说起
- YGC的相关知识点总结
二、什么是循环依赖
循环依赖直白点就是发生在两个类，你引用我，我引用你的状态，如图：
三、如果不依赖于Spring自己解决循环依赖如何解决
以上图为例，假设，我们能够创建完成AService之后，放置到到一个缓存中，再去注入属性！每次注入属性的时候，所需要的属性值都从缓存中获取一遍，缓存中没有再去创建不就解决了？如图所示：
总结一下上面的流程：
AService创建完成后将自己加入到二级缓存，然后开始注入属性- 发现
AService依赖BService于是先查询一级缓存是否有数据一级缓存没有就查询二级缓存，有就返回，没有就创建BService - 缓存中没有，开始实例化
BService，然后注入内部属性！ - 注入内部属性时发现依赖
AService，于是先查询一级缓存是否有数据一级缓存没有就查询二级缓存，有就返回，没有就创建，很显然，二级缓存是有数据的。于是从二级缓存取出AService注入到BService。 BService创建完成后将自己从二级缓存挪到一级缓存，并返回。AService获取到BService后，注入到自己的属性中并把自己从二级缓存挪的一级缓存，返回AService!- 至此，循环依赖创建完成！
那么有了上面的思路，我们如何用代码实现一遍我们的逻辑呢？
最后我们该如何学习？
1、看视频进行系统学习
这几年的Crud经历，让我明白自己真的算是菜鸡中的战斗机，也正因为Crud，导致自己技术比较零散，也不够深入不够系统，所以重新进行学习是很有必要的。我差的是系统知识，差的结构框架和思路，所以通过视频来学习，效果更好，也更全面。关于视频学习，个人可以推荐去B站进行学习，B站上有很多学习视频，唯一的缺点就是免费的容易过时。
另外，我自己也珍藏了好几套视频资料躺在网盘里，有需要的我也可以分享给你：
2、读源码，看实战笔记，学习大神思路
“编程语言是程序员的表达的方式，而架构是程序员对世界的认知”。所以，程序员要想快速认知并学习架构，读源码是必不可少的。阅读源码，是解决问题 + 理解事物，更重要的：看到源码背后的想法；程序员说：读万行源码，行万种实践。
Spring源码深度解析：
Mybatis 3源码深度解析：
Redis学习笔记：
Spring Boot核心技术-笔记：
3、面试前夕，刷题冲刺
面试的前一周时间内，就可以开始刷题冲刺了。请记住，刷题的时候，技术的优先，算法的看些基本的，比如排序等即可，而智力题，除非是校招，否则一般不怎么会问。
关于面试刷题，我个人也准备了一套系统的面试题，帮助你举一反三：
