JVM常见问题

¥奔跑的蜗牛

已于 2022-09-18 10:10:04 修改

阅读量234

点赞数 1

文章标签： jvm java 面试

于 2022-06-27 16:02:31 首次发布

本文链接：https://blog.csdn.net/m0_53680228/article/details/125484505

版权

本文详细介绍了Java虚拟机（JVM）的类加载过程，包括加载、链接（验证、准备、解析）和初始化。讨论了堆和栈内存的区别，以及内存泄漏和溢出的概念。此外，还涵盖了JVM的垃圾回收算法（如标记-清除、复制、标记-整理和分代收集）以及CMS垃圾回收器的四个阶段。最后，提到了JVM调优的相关参数，如-Xms、-Xmx和-Xss。

摘要由CSDN通过智能技术生成

7. 说一下类加载的执行过程？

当程序主动使用某个类时，如果这个类还未被加载到内存中，则系统会通过三个步骤对类进行初始化：
1、类的加载：将类的Class文件加载到内存中，并为其生成Java.lang.class对象（此过程由类加载器完成）
2、类的链接：将Java类的二进制数据合并到jvm运行状态中（jre）
2.1、验证：确保类符合JVM规范，保证安全性
2.2、准备：为类变量分配内存和初始化值
2.3、解析：JVM常量池中的符号引用（常量名）直接替换成直接引用（地址）
3、类的初始化：JVM对类进行初始化
执行类构造器方法（这个方法是由编译期自动收集类中所有类变量的赋值动作和静态代码块中的语句合并产生的（类构造器是构造类信息的，不是构造该类对象的构造器））
当初始化一个类的时候，如果发现其父类还没有进行初始化，则需要先触发其父类的初始化。
JVM会保证一个类的()方法在多线程环境中被正确加锁和同步。
触发条件：
创建类的实例时
访问类的静态方法或静态变量的时候
使用Class.forName反射类的时候
某个子类初始化的时候

JVM的主要组成部分

在这里插入图片描述

方法区和堆是所有线程共享的内存区域；而虚拟机栈、本地方法栈和程序计数器的运行是线程私有的内存区域，运行时数据区域就是我们常说的JVM的内存。
类加载子系统：根据给定的全限定名类名（如java.lang.Object）来装载class文件到运行时数据区中的方法区中。
java堆是java虚拟机所管理的内存中最大的一块，也是垃圾回收的主要区域。java堆是被所有线程共享的一块内存区域，在虚拟机启动时创建。此内存区域的唯一目的就是存放对象实例，几乎所有的对象实例都在这里分配内存
方法区与Java堆一样，是各个线程共享的内存区域，它用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。
程序计数器是一块较小的内存空间，它的作用可以看做是当前线程所执行的字节码的行号指示器，用来指示执行引擎下一条执行指令的地址。
Java虚拟机栈也是线程私有的，它的生命周期与线程相同。虚拟机栈描述的是Java方法执行的内存模型：每个方法被执行的时候都会同时创建一个栈帧（Stack Frame）用于存储局部变量表、操作数栈、动态链接、返回方法地址等信息。每一个方法被调用直至执行完成的过程，就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程。
本地方法栈（Native Method Stacks）,本地方法栈（Native Method Stacks）与虚拟机栈所发挥的作用是非常相似的，其区别不过是虚拟机栈为虚拟机执行Java方法（也就是字节码）服务，而本地方法栈则是为虚拟机使用到的Native方法服务。
执行引擎：根据程序计数器中存储的指令地址执行classes中的指令。
本地接口：与本地方法库交互，是其它编程语言交互的接口。

2. 说一下 JVM 的作用？

首先通过编译器把 Java 代码转换成字节码，类加载器（ClassLoader）再把字节码加载到内存中，将其放在运行时数据区（Runtime data area）的方法区内，而字节码文件只是 JVM 的一套指令集规范，并不能直接交给底层操作系统去执行，因此需要特定的命令解析器执行引擎（Execution Engine），将字节码翻译成底层系统指令，再交由 CPU 去执行，而这个过程中需要调用其他语言的本地库接口（Native Interface）来实现整个程序的功能。

3. 说一下堆栈的区别？

物理地址

堆的物理地址分配对象是不连续的。因此性能慢些。在GC的时候也要考虑到不连续的分配，所以有各种算法。比如，标记-消除，复制，标记-压缩，分代（即新生代使用复制算法，老年代使用标记——压缩）

栈使用的是数据结构中的栈，先进后出的原则，物理地址分配是连续的。所以性能快。

内存分别

堆因为是不连续的，所以分配的内存是在运行期确认的，因此大小不固定。一般堆大小远远大于栈。

栈是连续的，所以分配的内存大小要在编译期就确认，大小是固定的。

存放的内容

堆存放的是对象的实例和数组。因此该区更关注的是数据的存储

栈存放：局部变量，操作数栈，返回结果。该区更关注的是程序方法的执行。

PS：

静态变量放在方法区静态的对象还是放在堆。程序的可见度

堆对于整个应用程序都是共享、可见的。

栈只对于线程是可见的。所以也是线程私有。他的生命周期和线程相同。

4. Java内存泄漏

内存泄漏是指不再被使用的对象或者变量一直被占据在内存中。

严格来说，只有对象不会再被程序用到了，但是GC又不能回收他们的情况，才叫内存泄漏。

理论上来说，Java是有GC垃圾回收机制的，也就是说，不再被使用的对象，会被GC自动回收掉，自动从内存中清除。

但是，即使这样，Java也还是存在着内存泄漏的情况，java导致内存泄露的原因很明确：长生命周期的对象持有短生命周期对象的引用就很可能发生内存泄露，尽管短生命周期对象已经不再需要，但是因为长生命周期对象持有它的引用而导致不能被回收，这就是java中内存泄露的发生场景。

内存溢出

内存溢出（OutOfMemoryError）就是JVM中没有空闲内存，垃圾回收器回收垃圾之后也无法提供足够的内存，导致内存溢出。
内存溢出一般由两方面导致：虚拟机的堆内存设置太小；内存中创建了很多大对象，垃圾回收器之后也不能回收足够的内存空间。
在发生OOM之前一般都会进行垃圾回收，如果能回收足够的内存空间就不会出现OOM异常；如果垃圾回收之后也不能回收足够空间，此时就会发生OOM。但是不是任何情况下，OOM之前都会触发垃圾回收，比如要分配一个超大对象，超过堆的大小，那么即使垃圾回收之后也不能解决问题，因此就不会进行垃圾回收。

5. JVM 有哪些垃圾回收算法？

标记-清除算法：标记有用对象，然后进行清除回收。缺点：效率不高，无法清除垃圾碎片。
复制算法：按照容量划分二个大小相等的内存区域，当一块用完的时候将活着的对象复制到另一块上，然后再把已使用的内存空间一次清理掉。缺点：内存使用率不高，只有原来的一半，消耗内存。
标记-整理算法：标记无用对象，让所有存活的对象都向一端移动，然后直接清除掉端边界以外的内存。
分代算法：根据对象存活周期的不同将内存划分为几块，一般是新生代和老年代，新生代基本采用复制算法，老年代采用标记整理算法。

6. 说一下 JVM 有哪些垃圾回收器？

在这里插入图片描述

8. 什么是双亲委派模型？为什么要使用双亲委派模型？

在这里插入图片描述

如果一个类加载器收到了类加载请求，它并不会自己先去加载，而是把这个请求委托给父类的加载器去执行，如果父类加载器还存在其父类加载器，则进一步向上委托，依次递归，请求最终将到达顶层的启动类加载器，如果父类加载器可以完成类加载任务，就成功返回，倘若父类加载器无法完成此加载任务，子加载器才会尝试自己去加载，这就是双亲委派模式

在这里插入图片描述

双亲委派优势

采用双亲委派模式的是好处是Java类随着它的类加载器一起具备了一种带有优先级的层次关系，通过这种层级关可以避免类的重复加载，当父亲已经加载了该类时，就没有必要子ClassLoader再加载一次。
其次是考虑到安全因素，java核心api中定义类型不会被随意替换，假设通过网络传递一个名为java.lang.Integer的类，通过双亲委托模式传递到启动类加载器，而启动类加载器在核心Java API发现这个名字的类，发现该类已被加载，并不会重新加载网络传递的过来的java.lang.Integer，而直接返回已加载过的Integer.class，这样便可以防止核心API库被随意篡改。
可能你会想，如果我们在classpath路径下自定义一个名为java.lang.SingleInterge类(该类是胡编的)呢？该类并不存在java.lang中，经过双亲委托模式，传递到启动类加载器中，由于父类加载器路径下并没有该类，所以不会加载，将反向委托给子类加载器加载，最终会通过系统类加载器加载该类。但是这样做是不允许，因为java.lang是核心API包，需要访问权限，强制加载将会报出如下异常

9. CMS垃圾清理的过程

在这里插入图片描述

CMS整个过程比之前的收集器要复杂，整个过程分为4个主要阶段，即初始标记阶段、并发标记阶段、重新标记阶段和并发清除阶段。(涉及STW的阶段主要是：初始标记和重新标记 stop-the-world)

初始标记（Initial-Mark）阶段：在这个阶段中，程序中所有的工作线程都将会因为“stop-the-world”机制而出现短暂的暂停，这个阶段的主要任务仅仅只是标记出 GC Roots 能直接关联到的对象。一旦标记完成之后就会恢复之前被暂停的所有应用线程。由于直接关联对象比较小，所以这里的速度非常快。
并发标记（Concurrent-Mark）阶段：从 Gc Roots 的直接关联对象开始遍历整个对象图的过程，这个过程耗时较长但是不需要停顿用户线程，可以与垃圾收集线程一起并发运行。
重新标记（Remark）阶段：由于在并发标记阶段中，程序的工作线程会和垃圾收集线程同时运行或者交叉运行，因此为了修正并发标记期间，因用户程序继续运作而导致标记产生变动的那一部分对象的标记记录，这个阶段的停顿时间通常会比初始标记阶段稍长一些，但也远比并发标记阶段的时间短。
并发清除（Concurrent-Sweep）阶段：此阶段清理删除掉标记阶段判断的已经死亡的对象，释放内存空间。由于不需要移动存活对象，所以这个阶段也是可以与用户线程同时并发的