JVM方面相关面试总结

快来打我* 2022-06-08 01:23 230阅读 0赞

## **Java虚拟机有了解么？先讲讲它的内存模型吧。** ##

Java虚拟机规范中将Java运行时数据分为六种。

1.程序计数器：是一个数据结构，用于保存当前正常执行的程序的内存地址。Java虚拟机的多线程就是通过线程轮流切换并分配处理器时间来实现的，为了线程切换后能恢复到正确的位置，每条线程都需要一个独立的程序计数器，互不影响，该区域为“线程私有”。

2.Java虚拟机栈：线程私有的，与线程生命周期相同，用于存储局部变量表，操作栈，方法返回值。局部变量表放着基本数据类型，还有对象的引用。

3.本地方法栈：跟虚拟机栈很像，不过它是为虚拟机使用到的Native方法服务。

4.Java堆：所有线程共享的一块内存区域，对象实例几乎都在这分配内存。

5.方法区：各个线程共享的区域，储存虚拟机加载的类信息，常量，静态变量，编译后的代码。

详细讲解：[JVM 内存分配][JVM]

--------------------

## **一般Java堆是如何实现的？** ##

在HotSpot虚拟机实现中，Java堆分成了新生代和老年代，我当时看的是1.7的实现，所有还有永久代，新生代中又分为了eden区和survivor区，survivor区又分成了S0和S1，或则是from和to，（这个时候，我要求纸和笔，因为我觉得这个话题可以聊蛮长时间，又是我比较熟悉的…一边画图，一边描述），其中eden，from和to的内存大小默认是8:1:1（各种细节都要说出来…），此时，我已经在纸上画出了新生代和老年代代表的区域。  
![这里写图片描述][SouthEast]

详细讲解：[JVM 内存分配][JVM]

--------------------

# **Minor GC、Major GC和Full GC之间的区别？** #

Minor GC  
Minor GC指新生代GC，即发生在新生代（包括Eden区和Survivor区）的垃圾回收操作，当新生代无法为新生对象分配内存空间的时候，会触发Minor GC。因为新生代中大多数对象的生命周期都很短，所以发生Minor GC的频率很高，虽然它会触发stop-the-world，但是它的回收速度很快。

Major GC  
Major GC清理Tenured区，用于回收老年代，出现Major GC通常会出现至少一次Minor GC。

Full GC  
Full GC是针对整个新生代、老生代、元空间（metaspace，java8以上版本取代perm gen）的全局范围的GC。Full GC不等于Major GC，也不等于Minor GC+Major GC，发生Full GC需要看使用了什么垃圾收集器组合，才能解释是什么样的垃圾回收。

--------------------

## **说下Young GC的大概过程？** ##

先找出根对象，如Java栈中引用的对象、静态变量引用的对象和系统词典中引用的对象等待，把这些对象标记成活跃对象，并复制到to区，接着遍历这些活跃对象中引用的对象并标记，找出老年代对象在eden区有引用关系的对象并标记，最后把这些标记的对象复制到to，在复制过程还要判断活跃对象的gc年龄是否已经达到阈值，如果已经达到阈值，就直接晋升到老年代，Young GC结束之后把from和to的引用互换。Young GC触发时，会检测之前每次晋升到老年代的平均大小是否大于老年代的剩余空间，如果大于，改为直接进行一次Full GC，如果小于则查看HandlePromotionFailure设置看看是否允许担保失败，如果允许，那仍然进行Young GC，如果不允许，则也要改为进行一次Full GC

详细讲解：[ JVM GC（Garbage Collection）][JVM GC_Garbage Collection]

--------------------

# **JVM在判定两个class是否相同时，只用判断类名相同即可，和类加载器无关.这句话正确吗？** #

JVM根据两个方面判断两个类是否相同:一是类的全称;另一个是类加载器.

即使类的全称相同,而使用的加载器不同那Class对象也是不同的.

[JVM类加载机制][JVM 1]

--------------------

[JVM]: http://blog.csdn.net/douunderstand/article/details/68926779
[SouthEast]: /images/20220608/6d4c4fa76da14514a147d3f1ea776a3d.png
[JVM GC_Garbage Collection]: http://blog.csdn.net/douunderstand/article/details/69808182
[JVM 1]: http://mp.blog.csdn.net/mdeditor/index/73194552