关于 JVM 个人 NOTE

目录

1、JVM 的体系结构

2、双亲委派机制

3、堆内存调优

4、关于GC垃圾回收机制

4.1 GC中的复制算法

4.2 GC中的标记清除算法

---

1、JVM 的体系结构

"堆"中存在垃圾而"栈"中不存在垃圾的原因：

堆（Heap）

1. 用途：堆主要用于存储对象实例和数组。在Java中，几乎所有通过new关键字创建的对象都会存储在堆内存中。
2. 内存分配与释放：堆内存的分配和释放由JVM的垃圾回收器（Garbage Collector, GC）自动管理。当对象不再被引用时，它们被认为是垃圾，但并不会立即被释放。相反，垃圾回收器会在合适的时机进行垃圾回收，以释放这些不再使用的内存空间。
3. 垃圾存在的原因：由于垃圾回收器并不是实时运行的，且对象的生命周期可能跨越多个垃圾回收周期，因此在堆内存中可能会存在已经不被使用但仍未被回收的垃圾对象

栈（Stack）

1. 用途：栈主要用于存储局部变量、方法调用信息和对象的引用变量（但对象本身存储在堆中）。每个线程都有自己独立的栈空间，用于存储该线程执行过程中的局部变量和方法调用信息。
2. 内存分配与释放：栈内存的分配和释放是自动的，且与方法的调用和返回紧密相关。每当一个方法被调用时，JVM会在栈上为该方法创建一个新的栈帧（Stack Frame），用于存储局部变量等信息。当方法执行完毕后，其对应的栈帧会自动从栈中弹出并销毁，局部变量占用的内存也会随之释放。
3. 不存在垃圾的原因：由于栈内存的分配和释放都是自动的，且与方法的调用和返回紧密相关，因此栈内存中的局部变量和方法调用信息在不再需要时会自动被释放，不会出现像堆内存中那样的垃圾对象。此外，栈内存的生命周期与线程相同，当线程结束时，其栈内存也会被自动释放

---

2、双亲委派机制

一开始先从Java启动类加载器中寻找相关类，若没有，则在拓展类加载器中寻找，最后才会在当前应用类加载器中寻找

例：如图所示

这里创建了一个java.lang的包，定义了String以及toString，与Java自带包冲突；

说明了一开始是由Java启动类加载器（Boot）进行类的加载，发现具有相同重复的类，则抛出异常，主要是为了保证安全性，防止恶意的擅自更改善意的代码

报错信息：

---

3、堆内存调优

public static void main(String[] args) {//jvm试图使用的最大内存long max = Runtime.getRuntime().maxMemory();//jvm总内存long total = Runtime.getRuntime().totalMemory();System.out.println("max="+max+"字节\t"+(max/(double)1024/1024)+"MB");System.out.println("total="+total+"字节\t"+(total/(double)1024/1024)+"MB");}

这里进行输出JVM中默认配置下的相关内存大小：

存在问题：

若发生OOM内存溢出，默认的堆配置内存可能行不通，可能需要自己进行配置

点击编辑配置        --->        修改选项        --->        添加VM选项

这里进行输入的配置中，其中“1024m”表示内存的大小、“PrintGCDetails”表示打印相关信息（更多的参数去百度），可以自行根据情况调节，以尽量控制不会出现OOM内存溢出

输出结果：

可见，通过配置，堆中所分配的内存大小发生了改变

---

4、关于GC垃圾回收机制

GC的作用区域在 “堆内存区” 以及 “方法区”

4.1 GC中的复制算法

内部具体伪动态图：

由于谁空谁为To区，Eden以及From中的对象都会往To区集合；当集合完毕之后，原来的From区为空，所以变为了To区，与原来的To区进行了“身份交换”；而后续存活下来的对象则顺利进入“养老区”

优点：没有内存的碎片，即 “要走一块走，要留一块留”

缺点：浪费了内存空间，即 “To幸存区” 与 “From幸存区” 必须空一块

总结

复制算法最佳最佳使用场景：对象存活度较低的时候，即在新生区进行使用

4.2 GC中的标记清除算法

优点：不需要占用额外的空间

缺点：经过两次扫描，严重浪费空间，因为会产生内存碎片

对于标记清除算法，对应的优化算法还有 “标记压缩算法” 、“标记清除压缩算法”，但都存在利与弊，没有最优，只有最合适