面试系列 - JVM内存模型和调优详解

目录

一、JVM内存模型

1. 程序计数器（Program Counter Register）：

2.Java虚拟机栈（Java Virtual Machine Stacks）：

3. 本地方法栈（Native Method Stack）：

5. 方法区（Method Area）：

6. 运行时常量池（Runtime Constant Pool）：

7. 直接内存（Direct Memory）：

二、垃圾回收期CMS和G1区别

1. 工作原理：

2. 停顿时间：

3. 内存碎片：

4. 适用场景：

三、jvm调优工具使用

1. VisualVM：

2. jconsole：

3. jvisualvm：

4. jmap：

5. jhat：

6. MAT（Memory Analyzer Tool）：

7. YourKit：

8. JProfiler：

四、jvm 调优方案

1.调整堆内存大小：

2.选择合适的垃圾收集器：

3.调整新生代和老年代比例：

4.合理配置垃圾收集器参数：

5.监控和分析GC日志：

6.线程管理：

7.使用合适的数据结构和算法：

8.内存泄漏检测：

9. 代码优化：

10.使用性能分析工具：

五、jvm在项目中调优的示例

步骤1：分析性能问题

步骤2：调整堆内存

步骤3：选择合适的垃圾收集器

 步骤4：监控和分析GC日志

步骤5：线程管理

步骤6：代码优化

步骤7：内存泄漏检测

步骤8：测试和监视

---

JVM（Java Virtual Machine）内存模型定义了Java应用程序在运行时如何管理内存，包括如何分配、回收和使用内存。

一、JVM内存模型

1. 程序计数器（Program Counter Register）：

• 每个线程都有一个程序计数器，它是一个指针，指向当前线程正在执行的字节码指令的位置。
• 在多线程环境中，程序计数器用于线程切换时的恢复现场。

2.Java虚拟机栈（Java Virtual Machine Stacks）：

• 每个线程都有一个Java虚拟机栈，用于存储局部变量和方法调用的信息。
• 栈帧包括局部变量表、操作数栈、方法引用等。
• 当一个方法被调用时，会创建一个栈帧，方法的参数和局部变量被存储在栈帧的局部变量表中。

3. 本地方法栈（Native Method Stack）：

• 本地方法栈类似于Java虚拟机栈，但是用于执行本地方法，即由本地库（通常是用C/C++编写的）提供的方法。
• 本地方法栈也包含了栈帧，但它用于执行非Java代码。

4. 堆（Heap）：

• 堆是Java虚拟机管理的最大的一块内存区域，用于存储对象实例。
• 所有线程共享堆，但线程之间不直接访问堆。
• 堆中的对象由垃圾回收器管理，主要包括新生代和老年代，以及永久代/元空间（Java 8及之前）或元空间（Java 8之后）。

5. 方法区（Method Area）：

• 方法区用于存储类的信息，包括类的结构信息、字段信息、方法信息、静态变量、常量池等。
• 在Java 8之前，方法区包括永久代，而在Java 8之后，使用元空间代替永久代。
• 方法区在运行时是只读的，不允许动态创建类或修改类的结构。

6. 运行时常量池（Runtime Constant Pool）：

• 运行时常量池是方法区的一部分，用于存储编译期生成的各种字面量和符号引用。
• 运行时常量池支持在运行时动态生成新的常量。

7. 直接内存（Direct Memory）：

• 直接内存不是JVM规范中的一部分，但它在Java NIO中被广泛使用，通过ByteBuffer等类来进行操作。
• 直接内存是通过操作系统的本地I/O来分配和释放的，而不是通过Java虚拟机内存管理。

二、垃圾回收期CMS和G1区别

1. 工作原理：

• CMS：
  • CMS使用“标记-清除”算法，它分为四个主要阶段：初始标记、并发标记、重新标记和并发清除。
  • 初始标记和重新标记需要停止应用程序的运行，因为它们需要标记根对象和标记已经发生变化的对象。
  • 并发标记和并发清除阶段尽可能并发执行，以最小化停顿时间。
• G1：
  • G1使用“分代标记整理”算法，它将堆内存划分为多个大小相等或不等的区域，每个区域可以是幸存区、老年区或Humongous区。
  • G1的目标是减少停顿时间，它通过选择具有最多垃圾的区域来进行回收（Garbage First），而不是整个堆。
  • G1使用并发标记来标记存活对象，并使用并发清理来回收垃圾对象，从而减少停顿时间。

2. 停顿时间：

• CMS：
  • CMS的目标是减少老年代的Full GC停顿时间，因此它通常能够提供较低的Full GC停顿时间。
  • 但CMS在并发标记和清除阶段可能会产生一些较小的停顿。
• G1：
  • G1的主要目标是提供可预测的停顿时间，不仅针对老年代，还包括新生代。
  • G1通过垃圾回收周期的分布来控制停顿时间，通常在几百毫秒内。

3. 内存碎片：

• CMS：
  • 由于CMS使用标记-清除算法，可能会导致内存碎片的问题。当分配大对象时，可能需要进行Full GC来进行整理。
• G1：
  • G1使用复制算法来整理内存，通常不会产生明显的内存碎片问题。

4. 适用场景：

• CMS：
  • CMS适用于需要短暂停顿时间的应用程序，特别是Web应用等。
  • 不建议在内存分配速度非常快或内存碎片严重的情况下使用CMS。
• G1：
  • G1适用于需要可预测停顿时间的应用程序，尤其是对于大堆内存。
  • G1在应对内存碎片和大堆情况下表现更好。

总的来说，选择CMS还是G1取决于应用程序的性质和需求。CMS适合对短暂停顿时间要求较高的应用，而G1适合需要可预测停顿时间和大堆内存的应用。在选择之前，最好通过性能测试来确定哪个垃圾收集器适合你的应用程序。此外，Java虚拟机的版本和配置也可能影响选择。

三、jvm调优工具使用

JVM调优工具是用于分析、监