前言

本系列会系统的整理 MySQL，Redis，SSM 框架，算法，计网等面试常问技术栈的面试题，本文主要是整理分享了 JVM 相关的面试题，MySQL、Spring 之前已经更新了，需要的同学也可以去看一下，希望对正在准备秋招的你们有所帮助！

JVM 面试题：

当然个人整理的所有面试题都无偿分享，只求大伙一个点赞关注转发三连，这些文档都放在文末了，需要的同学可以自取

1. JVM 内存为什么要分成新生代，老年代？

新生代：主要存放新创建的对象，内存大小一般会比较小，垃圾回收会比较频繁。
老年代(Tenured Gen)：主要存放 JVM 认为生命周期比较长的对象（经过几次的 Young GC 的垃圾回收后仍然存在），或者大对象，垃圾回收也相对没有那么频繁。

为什么划分老年代和新生代，主要对象大小不一样，对象生命周期不一样。划分后，提供垃圾回收效率，节省资源，提升对象利用率等等。

如果没有 Survivor，Eden 区每进行一次 Minor GC，存活的对象就会被送到老年代。老年代很快被填满，触发 Major GC.老年代的内存空间远大于新生代，进行一次 Full GC 消耗的时间比 Minor GC 长得多,所以需要分为 Eden 和 Survivor。
Survivor 的存在意义，就是减少被送到老年代的对象，进而减少 Full GC 的发生，Survivor 的预筛选保证，只有经历 16 次 Minor GC 还能在新生代中存活的对象，才会被送到老年代。
设置两个 Survivor 区最大的好处就是解决了碎片化，刚刚新建的对象在 Eden 中，经历一次 Minor GC，Eden 中的存活对象就会被移动到第一块 survivor space S0，Eden 被清空；等 Eden 区再满了，就再触发一次 Minor GC，Eden 和 S0 中的存活对象又会被复制送入第二块 survivor space S1（这个过程非常重要，因为这种复制算法保证了 S1 中来自 S0 和 Eden 两部分的存活对象占用连续的内存空间，避免了碎片化的发生）

Java 堆划分为老年代和新生代
新生代划分为 Eden 和两个 Survivor(S0、S1)
当 Eden 区的空间满了， Java 虚拟机会触发一次 Minor GC，以收集新生代的垃圾，存活下来的对象，则会转移到 Survivor 区。
大对象（需要大量连续内存空间的 Java 对象，如那种很长的字符串）直接进入老年态；
如果对象在 Eden 出生，并经过第一次 Minor GC 后仍然存活，并且被 Survivor 容纳的话，年龄设为 1，每熬过一次 Minor GC，年龄+1，若年龄超过一定限制（15），则被晋升到老年态。即长期存活的对象进入老年态。
老年代满了而无法容纳更多的对象，Minor GC 之后通常就会进行 Full GC，Full GC 清理整个内存堆 – 包括年轻代和年老代。
Major GC 发生在老年代的 GC，清理老年区，经常会伴随至少一次 Minor GC，比 Minor GC 慢 10 倍以上。

CMS 收集器是老年代的收集器，一般配合新生代的 Serial 和 ParNew 收集器一起使用；G1 收集器收集范围是老年代和新生代，不需要结合其他收集器使用；
CMS 收集器是一种以获取最短回收停顿时间为目标的收集器， G1 收集器可预测垃圾回收的停顿时间。
CMS 收集器是使用“标记-清除”算法进行的垃圾回收，容易产生内存碎片；而 G1 收集器使用的是“标记-整理”算法，进行了空间整合，降低了内存空间碎片。
CMS 和 G1 的回收过程不一样，垃圾回收的过程不一样。CMS 是初始标记、并发标记、重新标记、并发清理;G1 是初始标记、并发标记、最终标记、筛选回收。

JVM 调优其实就是通过调节 JVM 参数，即对垃圾收集器和内存分配的调优，以达到更高的吞吐和性能。JVM 调优主要调节以下参数

堆栈内存相关

垃圾收集器相关

-XX:+UseParallelGC：选择垃圾收集器为并行收集器。
-XX:ParallelGCThreads=20：配置并行收集器的线程数
-XX:+UseConcMarkSweepGC：设置年老代为并发收集。
-XX:CMSFullGCsBeforeCompaction=5 由于并发收集器不对内存空间进行压缩、整理，所以运行一段时间以后会产生“碎片”，使得运行效率降低。此值设置运行 5 次 GC 以后对内存空间进行压缩、整理。
-XX:+UseCMSCompactAtFullCollection：打开对年老代的压缩。可能会影响性能，但是可以消除碎片

辅助信息相关

本文就先写到这里，面试中常问的一些题目我都有整理的，后面会持续更新，需要 PDF 的好兄弟可以点赞本文+关注后私信即可即可领取