java面试总结（四）--JVM

1、JVM的内存模型


2、Java 虚拟机栈两种异常 StackOverFlowError 和 OutOfMemoryError

• StackOverFlowError：栈溢出，若Java虚拟机内存大小不允许动态扩展，当线程请求栈深度超过虚拟机栈的最大深度，就会抛出StackOverFlowError；
• OutOfMemoryError：内存溢出，若Java虚拟机内存大小允许动态扩展，且当线程请求栈时内存用完了，无法再动态拓展，就会抛出OutOfMemoryError

3、Java对象的创建过程

4、堆内存模型（1.8之后）
Java堆是垃圾收集器管理的主要区域，因此也被称为 “GC堆（Garbage Collected Heap）” 。从内存回收的角度看内存空间可如下划分：

• 新生代（Young）：新生成的对象优先存放在新生代中，新生代对象朝生夕死，存活率很低。在新生代中，常规应用进行一次垃圾收集一般可以回收70%~ 95% 的空间，回收效率很高。新生代又可细分为Eden空间、From Survivor空间、ToSurvivor空间，默认比例为8:1:1。
• 老年代（Tenured/Old）：在新生代中经历了多次（具体看虚拟机配置的阀值）GC后仍然存活下来的对象会进入老年代中。老年代中的对象生命周期较长，存活率比较高，在老年代中进行GC的频率相对而言较低，而且回收的速度也比较慢。

5、JDK1.8中，运行时常量池是否已经从方法区中移除？
JDK1.7中永久代逻辑属于方法区，实际物理上还是放在堆区内，所以方法区内的运行时常量池、类信息都在堆内；JDK1.8中已经没有了永久代，方法区实现改成了元空间，放到了直接内存，但是运行时常量池物理上还是在堆区，虽然物理存放的地方变了，逻辑上看元空间、运行时常量池还是属于方法区
6、Minor Gc和Full GC 的区别
新生代GC（Minor GC）:指发生在新生代的的垃圾收集动作，Minor GC非常频繁，回收速度一般也比较快。大多数情况下，对象在eden区分配，当eden区没有足够的空间时，虚拟机将触发一次Minor GC。
老年代GC（Major GC/Full GC）:指发生在老年代的GC，出现了Major GC经常会伴随至少一次的Minor GC（并非绝对），Major GC的速度一般会比Minor GC的慢10倍以上。
强行总结：

• Minor GC发生非常频繁，回收速度很快；
• Full GC发生频次低，回收速度极慢

7、 如何判断对象是否死亡?（即如何判断垃圾）
常见的两种方法：

• 引用计数法
  给对象添加一个引用计数器，每引用一次，计数器就加1，引用失效，计数器就减1，当计数器为0时，即可认定该对象为垃圾，其弊端是无法解决两个对象相互引用的问题
• 可达性分析
  通过一系列的称为“GC Roots”的对象作为起点，从这些根节点向下搜索，节点走过的路径称为引用链，当一个对象到GC Roots没有任何引用链的时候，则可认定该对象为垃圾

8、垃圾回收常见的算法有那些？

• 标记-清除算法（Mark-Sweep）
  分为标记和清除两个阶段，首先标记出需要回收的对象，标记完成后统一回收被标记的对象，此算法有两个明显的问题：效率不高；回收后会产生大量不连续的空间
  
• 复制算法（Copying）
  把整个内存分成大小一致的两块，每次使用其中一块，回收时将存活的对象全部复制到另一块内存中，当前这块内存整个清除。该算法实现简单，运行效率高，但内存利用率不高。
  
• 标记-整理算法（Mark-Compact）
  标记过程与标记-清除算法相同，但后续不是直接直接对可回收对象进行回收，而是让存活对象向一端移动，然后直接清除边界以外的内存区域。标记—整理算法提高了内存的利用率，并且它适合在收集对象存活时间较长的老年代。
  
• 分代收集算法（GenerationalCollection）
  分代收集是根据对象的存活时间把内存分为新生代和老年代，根据个代对象的存活特点，每个代采用不同的垃圾回收算法。新生代采用标记—复制算法，老年代采用标记—整理算法。

GC算法原理思维导图：

9、可以作为GC Roots的对象有哪些？

• 虚拟机栈（栈帧中的局部变量表，Local Variable Table）中引用的对象。
• 方法区中类静态属性引用的对象。
• 方法区中常量引用的对象。
• 本地方法栈中JNI（即一般说的Native方法）引用的对象。