从前慢现在也慢

这个屌丝很懒，什么也没留下！

热门标签

十道JVM大厂面试题，看完直呼：太难了_jvm面试题

作者：从前慢现在也慢 | 2024-08-10 21:08:20

踩

jvm面试题

运行时常量池：是方法区的一部分。

String str = new String(“hello”);

上面的语句中变量 str 放在栈上，用 new 创建出来的字符串对象放在堆上，而hello这个字面量是放在堆中。

2、请问jvm垃圾回收是否涉及栈内存？

===================

不需要。因为虚拟机栈中是由一个个栈帧组成的，在方法执行完毕后，对应的栈帧就会被弹出栈。所以无需通过垃圾回收机制去回收内存。

3、虚拟机栈内存的分配越大越好吗？

=================

不是。因为物理内存是一定的，栈内存越大，可以支持更多的递归调用，但是可执行的线程数就会越少。

我们来看一张图：

牛批！收藏过万的10道JVM技能题整理，吃透助你斩获3个大厂offer

举例：如果物理内存是500M(假设)，如果一个线程所能分配的栈内存为2M的话，那么可以有250个线程。而如果一个线程分配栈内存占5M的话，那么最多只能有100 个线程同时执行！

4、从JVM的角度分析，方法内的局部变量是否是线程安全的？

=============================

我们通过两张图去分析一下：

情况一：

牛批！收藏过万的10道JVM技能题整理，吃透助你斩获3个大厂offer

情况二：

牛批！收藏过万的10道JVM技能题整理，吃透助你斩获3个大厂offer

从图中得出：局部变量如果是静态的可以被多个线程共享，那么就存在线程安全问题。如果是非静态的只存在于某个方法作用范围内，被线程私有，那么就是线程安全的！

再来看一个案例：

牛批！收藏过万的10道JVM技能题整理，吃透助你斩获3个大厂offer

所以，该面试题答案是：

如果方法内局部变量没有逃离方法的作用范围，则是线程安全的。
如果局部变量引用了对象，并逃离了方法的作用范围，则需要考虑线程安全问题。

5、虚拟机栈内存溢出的情况有哪些？

=================

虚拟机栈中，栈帧过多（方法无限递归）导致栈内存溢出，这种情况比较常见！
每个栈帧所占用内存过大(某个/某几个栈帧内存直接超过虚拟机栈最大内存)，这种情况比较少见！

如图所示，就是栈中栈帧过多的情况：

牛批！收藏过万的10道JVM技能题整理，吃透助你斩获3个大厂offer

6、请你说一下JVM运行时数据区方法区的演进？

=======================

1.6 版本方法区是由永久代实现(使用堆内存的一部分作为方法区)，且由JVM 管理。由Class、ClassLoader、常量池(包括StringTable) 组成。

静态变量就存放在永久代(方法区)上。

牛批！收藏过万的10道JVM技能题整理，吃透助你斩获3个大厂offer

Jdk 1.7 版本仍有永久代，但已经逐步 " 去永久代 "，StringTable、静态变量从永久代移除，保存在堆中。

1.8 版本后，方法区交给本地内存管理，而脱离了JVM，由元空间实现(元空间不再使用堆的内存，而是使用本地内存，即操作系统的内存)，由Class、ClassLoader、常量池(StringTable 被移到了堆中管理) 组成。

静态变量、StringTable 存放在堆中！

牛批！收藏过万的10道JVM技能题整理，吃透助你斩获3个大厂offer

为什么要用元空间取代永久代？

因为永久代有以下几个弊端：

① 字符串常量池存在于永久代中，在大量使用字符串的情况下，非常容易出现OOM的异常。

② JVM加载的class的总数，方法的大小等都很难确定，因此对永久代大小的指定难以确定。太小的永久代容易导致永久代内存溢出，太大的永久代则容易导致虚拟机内存紧张，空间浪费。

③ 永久代进行调优很困难：方法区的垃圾收集主要回收两部分，常量池中废弃的常量和不再使用的类。而不再使用的类或类的加载器回收比较复杂，FULL GC 的时间长。

7、请问Java虚拟机中有哪些类加载器？

====================

以 JDK 8 为例：

牛批！收藏过万的10道JVM技能题整理，吃透助你斩获3个大厂offer

类加载器的优先级（由高到低）：启动类加载器 -> 扩展类加载器 -> 应用程序类加载器 -> 自定义类加载器。

**启动类加载器（Bootstrap ClassLoader）：**这个类加载器负责将存放在 JAVA_HOME/jre/lib 目录中的，或者被-Xbootclasspath 参数所指定的路径中的，并且是虚拟机识别的（仅按照文件名识别，如rt.jar，名字不符合的类库即使放在lib目录中也不会被加载）类库加载到虚拟机内存中。
**扩展类加载器（Extension ClassLoader）：**这个加载器由 sun.misc.Launcher$ExtClassLoader 实现，它负责加载JAVA_HOME/jre/lib/ext目录中的，或者被 java.ext.dirs 系统变量所指定的路径中的所有类库，开发者可以直接使用扩展类加载器。
**应用程序类加载器（Application ClassLoader）：**这个类加载器由 sun.misc.Launcher$AppClassLoader 实现。由于这个类加载器是ClassLoader中的getSystemClassLoader()方法的返回值，所以一般也称它为系统类加载器。它负责加载用户类路径（ClassPath）上所指定的类库，开发者可以直接使用这个类加载器，如果应用程序中没有自定义过自己的类加载器，一般情况下这个就是程序中默认的类加载器。
**自定义类加载器：**用户自定义的类加载器。

8、请你说一下类的加载的过程？

===============

类加载的过程包括：加载、验证、准备、解析、初始化。其中验证、准备、解析统称为连接。