Java虚拟机（JVM，三分钟搞定分布式结构服务部署发布

• young GC：当young gen中的eden区分配满的时候触发。注意young GC中有部分存活对象会晋升到old gen，所以young GC后old gen的占用量通常会有所升高。

• full GC：当准备要触发一次young GC时，如果发现统计数据说之前young GC的平均晋升大小比目前old gen剩余的空间大，则不会触发young GC而是转为触发full GC（因为HotSpot VM的GC里，除了CMS的concurrent collection之外，其它能收集old gen的GC都会同时收集整个GC堆，包括young gen，所以不需要事先触发一次单独的young GC）；或者，如果有perm gen的话，要在perm gen分配空间但已经没有足够空间时，也要触发一次full GC；或者System.gc()、heap dump带GC，默认也是触发full GC。

3. 如何回收(How)

3.1 回收算法

由于网上已经拥有非常多的优秀博文来详细介绍关于回收算法这块，所以这块作者将引用其他博客的介绍并加上自己的一些描述:

3.1.1 标记清除算法(Mark-Sweep)

3.1.2复制算法(Coping)(绝大部分收集器的新生代使用的算法)

复制算法在JVM新生代垃圾回收中的运用:

Eden:From:TO =8:1:1

由于新生代中90%的对象都是"朝生夕死"，采用复制算法是比较合理的，首先只移动了存活下来的对象(比较少数),其次，内存在移动到To区域后是有顺序的，不存在内存碎片。

值得一提的是，假如在一次MinorGC时,Eden中存活的对象+From中存活的对象>To的剩余空间，则会通过担保机制将对象直接转移到Old gen ,如果Old gen的内存空间也不够，则进行一次Full gc .

当对象的年龄到达15岁时会转移到Old gen (可通过参数配置，一般不建议更改。)

3.1.3标记-整理算法(Mark-Compact):

由于Old gen 的大部分对象都是年龄很大的对象，所以存活率比较高，采用复制算法肯定是行不通的(较多的对象复制操作)，所以才大部分收集器的old gen采用 Mark-Compact算法，避免了空间碎片。

3.1.4三种算法比较：

稍微解释一下常见的关于GC时间的问题:

为什么FGC的时间比MinorGC长很多？

答:FGC进行了old gen的gc，由于算法上采用Mark-Sweep或者Mark-Compact，进行了很多对象(老年代存活率很低)的移动，当然很耗时了！其实就是空间换时间，时间换空间的问题。

3.2 HotSpot的具体实现-各种收集器

关于收集器这块，由于本人也是JVM初学者，加上很少有在生产环境做收集器参数调整，搭配使用的机会。所以可以说对于一些HotSpot收集器只是停留在

书籍与博文层次，所以这里就不卖弄了。下面给一个传送门大家自行看一看吧:

www.jianshu.com/p/50d5c88b2…

4 GC日志

-XX:+PrintGCDateStamps

-XX:+PrintGCDetails

-Xloggc:/Users/zdy/Desktop/dump/gclog.txt

结局：总结+分享

看完美团、字节、腾讯这三家的一二三面试问题，是不是感觉问的特别多，可能咱们真的又得开启面试造火箭、工作拧螺丝的模式去准备下一次的面试了。

开篇有提及我可是足足背下了Java互联网工程师面试1000题，多少还是有点用的呢，换汤不换药，不管面试官怎么问你，抓住本质即可！能读到此处的都是真爱，所以福利也为你准备，这份1000题免费送你！点击这里免费领取

• Java互联网工程师面试1000题

而且从上面三家来看，算法与数据结构是必备不可少的呀，因此我建议大家可以去刷刷这本左程云大佬著作的 《程序员代码面试指南 IT名企算法与数据结构题目最优解》，里面近200道真实出现过的经典代码面试题。

• 程序员代码面试指南–IT名企算法与数据结构题目最优解

• 其余像设计模式，建议可以看看下面这4份PDF（已经整理）

• 更多的Java面试学习笔记如下，关于面试这一块，我额外细分出Java基础-中级-高级开发的面试+解析，以及调优笔记等等等。。。

8347083763)]

• 更多的Java面试学习笔记如下，关于面试这一块，我额外细分出Java基础-中级-高级开发的面试+解析，以及调优笔记等等等。。。

[外链图片转存中…(img-Ks9tb0Ax-1628347083764)]

以上所提及的全部Java面试学习的PDF及笔记，如若皆是你所需要的，那么都可发送给你！