快速了解JVM机制

已于 2024-06-09 21:55:11 修改
阅读量1k 收藏 27
点赞数 18
文章标签： jvm
于 2024-06-03 18:42:08 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2301_78864183/article/details/139413830
版权

1.JVM 简介

JVM 是 Java Virtual Machine 的简称，意为 Java虚拟机。
虚拟机是指通过软件模拟的具有完整硬件功能的、运⾏在⼀个完全隔离的环境中的完整计算机系统。
常⻅的虚拟机：JVM、VMwave、Virtual Box。
JVM 和其他两个虚拟机的区别：

  1. VMwave与VirtualBox是通过软件模拟物理CPU的指令集，物理系统中会有很多的寄存器；
  2. JVM则是通过软件模拟Java字节码的指令集，JVM中只是主要保留了PC寄存器，其他的寄存器都进 ⾏了裁剪。 JVM 是⼀台被定制过的现实当中不存在的计算机。

2. JVM 运行流程

JVM 是 Java运行的基础，也是实现⼀次编译到处执⾏的关键，那么 JVM 是如何执⾏的呢？
JVM 执⾏流程

程序在执⾏之前先要把java代码转换成字节码（class⽂件），JVM ⾸先需要把字节码通过⼀定的⽅式 类加载器（ClassLoader）
把⽂件加载到内存中 运⾏时数据区（Runtime Data Area） ，⽽字节码⽂ 件是 JVM的⼀套指令集规范，并不能直接交个底层操作系统去执⾏，因此需要特定的命令解析器 **执 ⾏引擎（Execution Engine）**将字节码翻译成底层系统指令再交由CPU去执⾏，⽽这个过程中需要 调⽤其他语⾔的接⼝ 本地库接⼝（Native Interface） 来实现整个程序的功能，这就是这4个主要组成 部分的职责与功能。
在这里插入图片描述

总结来看， JVM 主要通过分为以下 4 个部分，来执⾏ Java 程序的，它们分别是：

  1. 类加载器（ClassLoader）
  2. 运⾏时数据区（Runtime Data Area）
  3. 执⾏引擎（Execution Engine）
  4. 本地库接⼝（Native Interface）

3. JVM 运⾏时数据区

JVM 运⾏时数据区域也叫内存布局，但需要注意的是它和 Java 内存模型（(Java Memory Model，简
称 JMM）完全不同，属于完全不同的两个概念，它由以下 5 ⼤部分组成（JVM就是Java进程，这个进程一旦跑起来，就会从操作系统这里，申请一大块内存空间，如下）：
在这里插入图片描述

3.1 堆（线程共享）（成员变量）

堆的作用：程序中创建的所有对象都在保存在堆中。（new出来的对象，如成员变量）

3.2 Java虚拟机栈（线程私有）（局部变量）

Java 虚拟机栈的作用：Java 虚拟机栈的⽣命周期和线程相同，Java 虚拟机栈描述的是 Java ⽅法执⾏的内存模型：每个⽅法在执⾏的同时都会创建⼀个栈帧（StackFrame）⽤于存储局部变量表、操作数栈、动态链接、⽅法出⼝等信息。咱们常说的堆内存、栈内存中，栈内存指的就是虚拟机栈

Java 虚拟机栈中包含了以下 4 部分：
在这里插入图片描述

  1. 局部变量表： 存放了编译器可知的各种基本数据类型(8⼤基本数据类型)、对象引⽤。局部变量表 所需的内存空间在编译期间完成分配，当进⼊⼀个⽅法时，这个⽅法需要在帧中分配多⼤的局部变 量空间是完全确定的，在执⾏期间不会改变局部变量表⼤⼩。简单来说就是存放⽅法参数和局部变量。
  2. 操作栈：每个⽅法会⽣成⼀个先进后出的操作栈。
  3. 动态链接：指向运⾏时常量池的⽅法引⽤。
  4. ⽅法返回地址：PC 寄存器的地址。

什么是线程私有?

由于JVM的多线程是通过线程轮流切换并分配处理器执⾏时间的⽅式来实现，因此在任何⼀个确定的 时刻，⼀个处理器(多核处理器则指的是⼀个内核)都只会执⾏⼀条线程中的指令。因此为了切换线程后能恢复到正确的执⾏位置，每条线程都需要独⽴的程序计数器，各条线程之间计数器互不影响，独⽴ 存储。我们就把类似这类区域称之为"线程私有"的内存

3.3 本地方法栈（线程私有）

本地⽅法栈和虚拟机栈类似，只不过 Java 虚拟机栈是给 JVM 使⽤的，⽽本地⽅法栈是给本地⽅法使⽤的。

3.4 程序计数器（线程私有）

程序计数器的作⽤：⽤来记录当前线程执⾏的⾏号的。

程序计数器是⼀块⽐较⼩的内存空间，可以看做是当前线程所执⾏的字节码的⾏号指⽰器。如果当前线程正在执⾏的是⼀个Java⽅法，这个计数器记录的是正在执⾏的虚拟机字节码指令的地址；如果正在执⾏的是⼀个Native⽅法，这个计数器值为空。程序计数器内存区域是唯⼀⼀个在JVM规范中没有规定任何OOM情况的区域！

3.5 方法区/元数据区（线程共享）（类对象）静态变量

⽅法区的作⽤：⽤来存储被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据的

4.JVM 类加载

1.加载（在硬盘上找到.class文件，读取文件内容）
2.验证（检查.class文件的内容是否符合要求）
3.准备（给类对象分配内存空间）
4.解析（针对字符串常量来进行初始化，把.class文件中的常量内容取出来，放到“元数据区”）
5.初始化（针对类对象进行初始化）

5.双亲委派模型

如果⼀个类加载器收到了类加载的请求，它⾸先不会⾃⼰去尝试加载这个类，⽽是把这个请求委派给⽗类加载器去完成，每⼀个层次的类加载器都是如此，因此所有的加载请求最 终都应该传送到最顶层 的启动类加载器中，只有当⽗加载器反馈⾃⼰⽆ 法完成这个加载请求（它的搜索范围中没有找到所需 的类）时，⼦加载器才会尝试⾃⼰去完成加载。

在这里插入图片描述
这与工作时的一段经历非常相似：
在这里插入图片描述
先交给上一级去执行，没有上一级了就自己解决，自己没有找到这个类就让下一级去找，如此执行每一级都会查询到

双亲委派模型的优点

  1. 避免重复加载类：⽐如 A 类和 B 类都有⼀个⽗类 C 类，那么当 A 启动时就会将 C 类加载起来，那 么在 B 类进⾏加载时就不需要在重复加载 C 类了。
  2. 安全性：使⽤双亲委派模型也可以保证了 Java 的核⼼ API 不被篡改，如果没有使⽤双亲委派模 型，⽽是每个类加载器加载⾃⼰的话就会出现⼀些问题，⽐如我们编写⼀个称为 java.lang.Object 类的话，那么程序运⾏的时候，系统就会出现多个不同的 Object 类，⽽有些 Object 类⼜是⽤⼾⾃ ⼰提供的因此安全性就不能得到保证了

5.垃圾回收相关

上⾯讲了Java运⾏时内存的各个区域。对于程序计数器、虚拟机栈、本地⽅法栈这三部分区域⽽⾔，其⽣命周期与相关线程有关，随线程⽽⽣，随线程⽽灭。并且这三个区域的内存分配与回收具有确定性，因为当⽅法结束或者线程结束时，内存就⾃然跟着线程回收了。因此我们本节课所讲的有关内存分配和回收关注的为Java堆与⽅法区这两个区域。Java堆中存放着⼏乎所有的对象实例，垃圾回收器在对堆进⾏垃圾回收前，⾸先要判断这些对象哪些还存活，哪些已经"死去"。判断对象是否已"死"有如下⼏种算法

gc回收机制回收的是内存，更准确的说回收的是对象，回收的是堆上的内存。程序计数器，元数据区，栈一般不需要额外回收，线程销毁了自然就销毁了
gc机制的两个流程：1.找到谁是垃圾2.清除这个垃圾，释放对应的内存

1.引⽤计数描述的算法:

给对象增加⼀个引⽤计数器，每当有⼀个地⽅引⽤它时，计数器就+1；当引⽤失效时，计数器就-1；任何时刻计数器为0的对象就是不能再被使⽤的，即对象已"死"。
引⽤计数法实现简单，判定效率也⽐较⾼，在⼤部分情况下都是⼀个不错的算法。⽐如Python语⾔就采⽤引⽤计数法进⾏内存管理。
但是，在主流的JVM中没有选⽤引⽤计数法来管理内存，最主要的原因就是引⽤计数法⽆法解决对象的循环引⽤问题

public class Test {
	public Object instance = null;
	 private static int _1MB = 1024 * 1024;
	 private byte[] bigSize = new byte[2 * _1MB];
	 public static void testGC() {
		 Test test1 = new Test();
		 Test test2 = new Test();
		 test1.instance = test2;
		 test2.instance = test1;
		 test1 = null;
		 test2 = null;
 // 强制jvm进⾏垃圾回收
		 System.gc();
		 }
 public static void main(String[] args) {
		 testGC();
		 }
 }

从结果可以看出，GC⽇志包含" 6092K->856K(125952K)"，意味着虚拟机并没有因为这两个对象互相引⽤就不回收他们。即JVM并不使⽤引⽤计数法来判断对象是否存活。

b) 可达性分析算法

在上⾯我们讲了，Java并不采⽤引⽤计数法来判断对象是否已"死"，⽽采⽤"可达性分析"来判断对象是否存活(同样采⽤此法的还有C#、Lisp-最早的⼀⻔采⽤动态内存分配的语⾔)。此算法的核⼼思想为 : 通过⼀系列称为"GC Roots"的对象作为起始点，从这些节点开始向下搜索，搜索⾛过的路径称之为"引⽤链"，当⼀个对象到GC Roots没有任何的引⽤链相连时(从GC Roots到这个对象不可达)时，证明此对象是不可⽤的。以下图为例：
在这里插入图片描述
对象Object5-Object7之间虽然彼此还有关联，但是它们到GC Roots是不可达的，因此他们会被判定为可回收对象。

总结：引用计数描述算法和可达性分析就是对于垃圾进行标记

② 垃圾回收算法

通过上⾯的学习我们可以将死亡对象标记出来了，标记出来之后我们就可以进⾏垃圾回收操作了，在正式学习垃圾收集器之前，我们先看下垃圾回收机器使⽤的⼏种算法（这些算法是垃圾收集器的指导思想）。

a) 标记-清除算法

"标记-清除"算法是最基础的收集算法。算法分为"标记"和"清除"两个阶段 : ⾸先标记出所有需要回收的对象，在标记完成后统⼀回收所有被标记的对象(标记过程⻅3.1.2章节)。后续的收集算法都是基于这种思路并对其不⾜加以改进⽽已。
"标记-清除"算法的不⾜主要有两个 :

  1. 效率问题 : 标记和清除这两个过程的效率都不⾼
  2. 空间问题 : 标记清除后会产⽣⼤量不连续的内存碎⽚，空间碎⽚太多可能会导致以后在程序运⾏中 需要分配较⼤对象时，⽆法找到⾜够连续内存⽽不得不提前触发另⼀次垃圾收集。
    在这里插入图片描述

b) 复制算法

"复制"算法是为了解决"标记-清理"的效率问题。它将可⽤内存按容量划分为⼤⼩相等的两块，每次只使⽤其中的⼀块。当这块内存需要进⾏垃圾回收时，会将此区域还存活着的对象复制到另⼀块上⾯，然后再把已经使⽤过的内存区域⼀次清理掉。这样做的好处是每次都是对整个半区进⾏内存回收，内存分配时也就不需要考虑内存碎⽚等复杂情况，只需要移动堆顶指针，按顺序分配即可。此算法实现简单，运⾏⾼效。算法的执⾏流程如下图
在这里插入图片描述

c) 标记-整理算法

复制收集算法在对象存活率较⾼时会进⾏⽐较多的复制操作，效率会变低。因此在⽼年代⼀般不能使⽤复制算法。
针对⽼年代的特点，提出了⼀种称之为"标记-整理算法"。标记过程仍与"标记-清除"过程⼀致，但后续步骤不是直接对可回收对象进⾏清理，⽽是让所有存活对象都向⼀端移动，然后直接清理掉端边界以外的内存。流程图如下
在这里插入图片描述

d) 分代算法

分代算法和上⾯讲的 3 种算法不同，分代算法是通过区域划分，实现不同区域和不同的垃圾回收策略，从⽽实现更好的垃圾回收。这就好⽐中国的⼀国两制⽅针⼀样，对于不同的情况和地域设置更符合当地的规则，从⽽实现更好的管理，这就时分代算法的设计思想。
当前 JVM 垃圾收集都采⽤的是"分代收集(Generational Collection)"算法，这个算法并没有新思想，只是根据对象存活周期的不同将内存划分为⼏块。⼀般是把Java堆分为新⽣代和⽼年代。在新⽣代中，每次垃圾回收都有⼤批对象死去，只有少量存活，因此我们采⽤复制算法；⽽⽼年代中对象存活率⾼、没有额外空间对它进⾏分配担保，就必须采⽤"标记-清理"或者"标记-整理"算法。哪些对象会进⼊新⽣代？哪些对象会进⼊⽼年代？
• 新⽣代：⼀般创建的对象都会进⼊新⽣代；
• ⽼年代：⼤对象和经历了 N 次（⼀般情况默认是 15 次）垃圾回收依然存活下来的对象会从新⽣代
移动到⽼年代。

⾯试题 : 请问了解Minor GC和Full GC么，这两种GC有什么不⼀样吗

  1. Minor GC⼜称为新⽣代GC : 指的是发⽣在新⽣代的垃圾收集。因为Java对象⼤多都具备朝⽣夕灭 的特性，因此Minor GC(采⽤复制算法)⾮常频繁，⼀般回收速度也⽐较快。
  2. Full GC ⼜称为 ⽼年代GC或者Major GC : 指发⽣在⽼年代的垃圾收集。出现了Major GC，经常会伴 随⾄少⼀次的Minor GC(并⾮绝对，在Parallel Scavenge收集器中就有直接进⾏Full GC的策略选择 过程)。Major
    GC的速度⼀般会⽐Minor GC慢10倍以上。

性能优化

垃圾回收调优

通过调整垃圾回收器和相关参数，可以优化应用程序的性能。常见的垃圾回收器有：

  • Serial GC：适用于单线程环境。
  • Parallel GC：适用于多线程环境，追求高吞吐量。
  • CMS（Concurrent Mark-Sweep）GC：适用于低停顿时间要求的应用。
  • G1（Garbage-First）GC：适用于大堆内存和低停顿时间要求的应用。

JIT编译器

即时编译器（Just-In-Time Compiler，JIT）是JVM执行引擎的重要组成部分。JIT编译器在程序运行时将字节码编译为本地机器码，从而提高执行效率。JVM常用的JIT编译器有以下几种：

  1. C1编译器（Client Compiler）：适用于客户端应用，启动速度快，优化等级较低。
  2. C2编译器（Server Compiler）：适用于服务器端应用，启动速度较慢，但优化等级高，适合长时间运行的应用程序。

JIT编译优化技术

JIT编译器使用多种优化技术来提高性能，包括：

  • 内联（Inlining）：将方法调用直接展开为调用点的代码，减少方法调用的开销。
  • 逃逸分析（Escape Analysis）：确定对象的作用范围，如果对象没有逃逸出方法，可以在栈上分配而不是堆上分配，降低垃圾回收压力。
  • 循环优化（Loop Optimization）：包括循环展开、循环交换和循环融合等技术，减少循环开销。
  • 死代码消除（Dead Code Elimination）：移除不会被执行的代码，减少不必要的计算。

JVM调优

1. 内存调优

合理配置JVM内存参数可以显著提高应用程序的性能和稳定性。常用的内存调优参数包括：

  • -Xms：设置JVM初始堆大小。
  • -Xmx：设置JVM最大堆大小。
  • -Xmn：设置新生代大小。
  • -XX:PermSize：设置初始方法区大小（在Java 8之前）。
  • -XX:MaxPermSize：设置方法区最大大小（在Java 8之前）。
  • -XX:MetaspaceSize：设置初始元空间大小（在Java 8及以后）。
  • -XX:MaxMetaspaceSize：设置元空间最大大小（在Java 8及以后）。
# 设置初始堆大小为1GB，最大堆大小为4GB
-Xms1g -Xmx4g

# 设置新生代大小为512MB
-Xmn512m

# 设置初始元空间大小为128MB，最大元空间大小为256MB
-XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=256m

2. 垃圾回收器调优

选择适合应用场景的垃圾回收器，并合理配置相关参数，可以优化垃圾回收性能。常见的垃圾回收器及其参数包括：

  • Serial GC：-XX:+UseSerialGC
  • Parallel GC：-XX:+UseParallelGC，相关参数：
    • -XX:ParallelGCThreads=n：设置并行GC线程数。
  • CMS GC：-XX:+UseConcMarkSweepGC，相关参数：
    • -XX:CMSInitiatingOccupancyFraction=n：设置CMS GC在多少百分比堆占用率时启动。
    • -XX:+UseCMSCompactAtFullCollection：设置在CMS GC后进行内存整理。
  • G1 GC：-XX:+UseG1GC，相关参数：
    • -XX:MaxGCPauseMillis=n：设置G1 GC的目标最大停顿时间。
    • -XX:G1HeapRegionSize=n：设置G1堆区域大小。

选择适合应用场景的垃圾回收器，并调整相关参数以优化性能。例如，对于低延迟应用，可以选择G1 GC并调整最大停顿时间：

# 使用G1垃圾回收器，并将最大停顿时间设置为200毫秒
-XX:+UseG1GC -XX:MaxGCPauseMillis=200

3. 线程调优

JVM提供了一些参数来调整线程相关的性能：

  • -Xss：设置每个线程的栈大小。
  • -XX:CICompilerCount：设置JIT编译器线程数。
  • -XX:ParallelGCThreads：设置并行GC线程数。

适当调整线程栈大小和并行GC线程数，以提高性能：

# 设置每个线程的栈大小为1MB
-Xss1m

# 设置并行GC线程数为8
-XX:ParallelGCThreads=8

4. 编译器调优

JVM编译器相关的调优参数：

  • -XX:CompileThreshold：设置方法被编译为本地代码前需要执行的次数。
  • -XX:+PrintCompilation：打印被编译的方法信息，帮助调试和优化。

JVM编译器相关的调优参数可以帮助提高JIT编译的效率和性能：

# 设置方法被编译为本地代码前需要执行的次数为10000次
-XX:CompileThreshold=10000

# 打印被编译的方法信息，帮助调试和优化
-XX:+PrintCompilation

JVM调试与监控

1. JVM工具

  • jps：显示所有正在运行的JVM进程。

    jps

  • jstack：打印线程堆栈，分析线程问题。

    jstack <pid>

  • jmap：生成堆转储文件，分析内存问题。

    jmap -heap <pid>

  • jstat：监控JVM各种运行时统计信息，如垃圾回收、类加载等。

    jstat -gc <pid> 1000

  • jconsole：基于JMX的图形化监控工具。

    jconsole

  • VisualVM：综合了多个JVM工具功能的图形化监控和分析工具。

    jvisualvm

2. 日志和诊断

启用JVM日志和诊断参数，可以帮助分析和调试性能问题：

# 启用GC日志
-XX:+Print当然，继续深入探讨JVM的日志和诊断机制，以及进一步的优化技巧。

## JVM日志和诊断

启用JVM的各种日志和诊断参数，可以帮助分析和调试性能问题。这些日志可以提供详细的运行时信息，帮助开发者了解JVM的内部工作机制。

### 1. **GC日志**

启用垃圾回收日志，可以帮助分析垃圾回收行为和性能问题。

```sh
# 启用GC日志
-XX:+PrintGC

# 启用详细GC日志
-XX:+PrintGCDetails

# 启用GC时间戳日志
-XX:+PrintGCTimeStamps

# 启用GC日期时间日志
-XX:+PrintGCDateStamps

# 将GC日志输出到指定文件
-Xloggc:/path/to/gc.log

2. 类加载和卸载日志

启用类加载和卸载的日志，可以帮助分析类加载问题。

# 打印类加载信息
-XX:+TraceClassLoading

# 打印类卸载信息
-XX:+TraceClassUnloading

3. 编译日志

启用JIT编译器的日志，可以帮助调试和优化编译性能。

# 打印被编译的方法信息
-XX:+PrintCompilation

# 打印编译器优化的详细信息
-XX:+PrintInlining

4. 线程日志

启用线程日志，可以帮助分析线程行为和并发问题。

# 打印线程启动与终止信息
-XX:+PrintTLAB

# 打印线程栈信息
jstack <pid>

JVM调优案例

以下是一些常见的JVM调优案例，展示如何根据具体的应用场景调整JVM参数以优化性能。

案例1：Web应用服务器调优

假设我们有一个运行在服务器上的Java Web应用，需要处理高并发请求，要求低延迟和高吞吐量。

# 启用G1垃圾回收器，设置最大停顿时间为200毫秒
-XX:+UseG1GC -XX:MaxGCPauseMillis=200

# 设置初始堆大小为4GB，最大堆大小为8GB
-Xms4g -Xmx8g

# 设置新生代大小为2GB
-Xmn2g

# 设置每个线程的栈大小为1MB
-Xss1m

# 启用GC日志，输出到指定文件
-XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/var/logs/gc.log

# 启用JIT编译日志
-XX:+PrintCompilation -XX:+PrintInlining

案例2：大数据处理应用调优

假设我们有一个用于大数据处理的Java应用，需要处理大量数据，要求高吞吐量和稳定性。

# 启用并行垃圾回收器，设置并行GC线程数为8
-XX:+UseParallelGC -XX:ParallelGCThreads=8

# 设置初始堆大小为8GB，最大堆大小为16GB
-Xms8g -Xmx16g

# 设置新生代大小为4GB
-Xmn4g

# 设置每个线程的栈大小为2MB
-Xss2m

# 启用GC日志，输出到指定文件
-XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/var/logs/gc.log

# 启用JIT编译日志
-XX:+PrintCompilation -XX:+PrintInlining

案例3：低延迟交易系统调优

假设我们有一个低延迟要求的金融交易系统，要求尽可能减少GC停顿时间。

# 启用G1垃圾回收器，设置最大停顿时间为100毫秒
-XX:+UseG1GC -XX:MaxGCPauseMillis=100

# 设置初始堆大小为2GB，最大堆大小为4GB
-Xms2g -Xmx4g

# 设置新生代和老年代比例
-XX:NewRatio=1

# 设置每个线程的栈大小为512KB
-Xss512k

# 启用GC日志，输出到指定文件
-XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/var/logs/gc.log

# 启用JIT编译日志
-XX:+PrintCompilation -XX:+PrintInlining
哥是传说！！！
关注
  • 18
    点赞
  • 踩
  • 27
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
JVM快速入门1
08-23
了解JVM内部工作原理有助于进行性能优化。例如，调整堆大小、设置新生代和老年代比例、选择合适的垃圾回收器等。此外，通过监控工具（如VisualVM、JConsole等）可以分析和优化JVM的运行状态。 六、JVM相关资料 ...
Java高级面试JVM虚拟机、内存结构、垃圾回收机制
12-28
此外，了解不同JVM实现之间的差异和选择，以及如何针对特定应用选择合适的JVM和垃圾回收器，也是面试中可能涉及的话题。因此，对JVM的深入学习和实践对于提升Java程序员的专业技能和职业发展有着不可忽视的作用。
11. Jvm运行机制
NorthStar的博客
07-27 1772
Jvm运行机制
JVM及GC机制
两只橙的博客
12-03 1269
一、概述 Java GC（Garbage Collection，垃圾收集，垃圾回收）机制，是Java与C++/C的主要区别之一，作为Java开发者，一般不需要专门编写内存回收和垃圾清理代码，对内存泄露和溢出的问题，也不需要像C程序员那样战战兢兢。经过这么长时间的发展，Java GC机制已经日臻完善，几乎可以自动的为我们做绝大多数的事情。 二、JVM内存空间管理 根据JVM规范，JVM把内存划分了如...
JVM！垃圾回收机制！
weixin_64625868的博客
06-04 1903
所以，在下一次Minor GC之前，原来的S0区（通常是From区）就变成了新的S1区，原来的S1区（通常是To区）就变成了新的S0区；这个过程会造成大量的内存碎片，因为被清除的对象所占用的空间不一定是连续的，留下了许多零散的小块空间。此时，原来的S0区就变成了新的To区，原来的S1区就变成了新的From区。这个过程就相当于From区和To区反转。低停顿时间：CMS收集器采用标记-清除算法，在进行垃圾回收时，不需要暂停应用程序的所有线程（STW），可以在应用程序运行的同时进行垃圾回收，从而保证低停顿时间。
是时候深入了解JVM了
随-记的专栏
12-13 721
刚开始接触Java时，对JVM是无知的，确实，是无感知的。因为Java的设计者，为了降低语言的复杂度，屏蔽实现细节，将很多背后的操作"隐藏"了。 在很长时间里，不需要了解Java虚拟机，也能写出可以运行的代码，甚至完美地运行一个Java程序。什么垃圾回收机制，类加载机制统统都抛之脑后，好像也没人说你不懂Java。 直到…一次OOM的出现。 解决Bug的能力与手段，决定了你想成为程序员还是好程序员。...
【Java】快速入门JVM
云泽野の编程日记
07-31 881
JVM（Java虚拟机）是一个名字为Java的进程,是用于执行Java程序的虚拟机。JVM会从操作系统中申请一大块内存空间,又把这个内存空间划分成为几个小的区域堆方法区栈(Java虚拟栈和本地方法栈)程序计数器运行时常量池代码中的局部变量是放在栈上的,成员变量放在堆上,静态变量放在方法区中,程序计数器放的是下一个要执行的指令地址一个JVM进行中,堆和方法区只有一份,单栈和程序计数器,每个线程都有自己的一份。
JVM:常用的四种垃圾回收机制
xiaocaij_icai的博客
09-11 6536
cms是一个基于标记-清除 算法的综合多种算法的老年代垃圾回收器适用场景：重视服务器响应速度，要求系统停顿时间最短。这里要说明下，这是一个老年代算法，年轻代怎么处理？不回收了嘛？这里其实年轻代是采用的其它算法，具体看策略，Java 参数可以选择策略。这里下文也会涉及到主要的pipeline如下1、初始标记（CMS initial mark）
JVM内存管理及GC机制
热门推荐
Student_xx的博客
12-06 3万+
一、概述 Java GC（Garbage Collection，垃圾收集，垃圾回收）机制，是Java与C++/C的主要区别之一，作为Java开发者，一般不需要专门编写内存回收和垃圾清理代码，对内存泄露和溢出的问题，也不需要像C程序员那样战战兢兢。经过这么长时间的发展，Java GC...
JVM调优
CACSDN的博客
05-28 7699
因此，建议在调优之前先进行性能分析和监测，针对性地调整参数，并进行实际测试和验证，以确保优化的效果和稳定性。每个参数都有特定的作用和含义，根据具体需求和应用程序的特点，选择适当的参数进行配置和调整。：垃圾回收是JVM的重要功能，但不恰当的垃圾回收策略可能导致长时间的停顿和性能下降。JVM调优旨在选择合适的垃圾回收器、调整垃圾回收参数，平衡吞吐量和停顿时间，减少垃圾回收对应用程序的影响。通过选择合适的垃圾回收器算法和参数，调整垃圾回收策略，可以降低垃圾回收的频率，提高系统的运行效率。
深入理解 JVM 垃圾回收机制及其实现原理
weixin_55076626的博客
11-09 502
Java引入了垃圾回收机制，令C++程序员最头疼的内存管理问题迎刃而解。Java 程序员可以将更多的精力放到业务逻辑上而不是内存管理工作上，大大的提高了开发效率。Java的内存管理很大程度就是：堆中对象的管理，其中包括对象空间的分配和释放。对象空间的分配：使用new关键字创建对象对象空间的释放：将对象赋值null即可任何一种垃圾回收算法一般都要做两件事情：1、发现无用的对象2、回收无用对象占用的内存对象无用的对象指的就是没有任何变量引用该对象。Java 的垃圾回收器通过相关算法发现无用对象，并进行清除和整理
快速理解Java垃圾回收和jvm中的stw
08-29
通过这些参数，可以了解JVM中的停顿原因和时间，从而优化Java应用程序的性能。 在JDK 1.7.40以前的版本中，-XX:+PrintGCApplicationStoppedTime参数不打印时间戳，因此只能知道JVM停了多久，但不知道是什么时候停的...
JVM虚拟机源码（C++）
07-29
通过研究HotSpot源码，开发者可以更好地理解Java程序的运行机制，从而优化代码性能，排查疑难问题，甚至为JVM贡献自己的代码。这是一项深度学习Java技术的宝贵实践，对于提升开发者的技术能力有着深远的影响。
JVM笔记（阳哥）.zip
09-14
这份笔记涵盖了JVM的基础概念、内存管理、类加载机制、性能优化等多个方面，对于理解Java程序的运行机制以及提升开发效率具有重要的指导意义。 一、JVM基础 Java虚拟机（JVM）是Java程序运行的核心，它提供了平台...
SQLite3 使用文档
qq_40669895的博客
06-24 871
​ SQLite使用文档
ThreadLocal的原理
weixin_54174344的博客
06-22 373
ThreadLocalMap 中使用的 key 为 ThreadLocal 的弱引用，而 value 是强引用。，在垃圾回收的时候，key 会被清理掉，而 value 不会被清理掉。假如我们不做任何措施的话，value 永远无法被 GC 回收，这个时候就可能会产生内存泄露。2ThreadLocal底层是通过ThreadLocalMap实现的，每个Thread对象中存在一个ThreadLocalMap，Map的。当一个共享变量是共享的，但是需要每个线程互不影响，相互隔离，就可以使用ThreadLocal。
Java面试题--JVM大厂篇之G1 GC的分区管理方式如何减少应用线程的影响
最新发布
atgfg的博客
07-01 380
在高并发和响应时间敏感的Java应用中，垃圾回收器（GC）的性能对整体系统的稳定性和效率至关重要。G1 GC（Garbage-First Garbage Collector）因其独特的分区管理方式，被认为是解决此类问题的最佳选择之一。本文将详细探讨G1 GC如何通过分区管理方式显著减少应用线程的影响，并提供实际配置的示例。G1 GC将堆内存划分为多个独立的小区域（Region），每个Region可以独立地进行垃圾回收。存放新创建的短生命周期对象。存放从Eden区晋升过来的年轻对象。存放生命周期较长的对象。
sqlmap注入详解
金灰的博客
06-30 825
官网sqlmap是一个开源的渗透测试工具，它可以自动化检测和利用SQL注入漏洞并接管数据库服务器。它有一个强大的检测引擎，许多适合于终极渗透测试的良好特性和众多的操作选项，从数据库指纹、数据获取到访问底层文件系统、执行操作系统命令。参数：--eval在有些时候，需要根据某个参数的变化，而修改另个一参数，才能形成正常的请求，这时可以用--eval参数在每次请求时根据所写python代码做完修改后请求。例子：上面的请求就是每次请求时根据id参数值，做一次md5后作为hash参数的值。
狂神说jvm快速入门篇
07-29
狂神的JVM快速入门篇是一个关于JVM的教程，它涵盖了JVM的一些常见问题和概念。在这个教程中，他谈到了JVM的理解、Java虚拟机的变化和更新、OOM（内存溢出）和栈溢出（StackOverflowError）的概念、JVM的常用调优参数、内存快照的抓取和分析、以及类加载器的作用。他还提到了JVM的体系结构和沙箱安全机制。总的来说，这个教程是一个快速入门级别的JVM介绍，适合初学者了解JVM的基本概念和常见问题。 #### 引用[.reference_title] - *1* [【狂神说Java】JVM快速入门篇](https://blog.csdn.net/weixin_44517301/article/details/121628839)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* *3* [JVM探究【狂神篇-快速入门】](https://blog.csdn.net/tu_wer/article/details/121339815)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值