JVM

最新推荐文章于 2024-06-22 22:32:15 发布

每天都要学习哟

最新推荐文章于 2024-06-22 22:32:15 发布

阅读量87

点赞数

分类专栏： JVM 文章标签： JVM

本文链接：https://blog.csdn.net/qq_41282026/article/details/98473928

版权

JVM 专栏收录该内容

5 篇文章 0 订阅

订阅专栏

JVM

在这里插入图片描述

Class Loader

负责加载class文件，class文件在文件开头有特定的文件标识，并且Class Loader只负责class文件的加载，至于它是否可以运行，则由ExecutionEngine决定

Native Interface

本地接口的作用是融合不同的编程语言为Java所用，在内存中有一块专门的区域处理标记native方法，具体做法是Native Method Stack中登记native方法，在Execution Engine执行时加载native libraries

Execution Engine

执行引擎负责解释命令，提交操作系统执行

RuntimeDataArea

1. Method Area

方法区是被所有线程共享，所有字段和方法字节码，以及一些特殊方法如构造函数，接口代码也在此出定义。简单说，所有定义的方法的信息都保存在该区域，此区属于共享区域

静态变量+常量+类信息+运行时常量池存放在方法区

实例变量存放在堆内存中

2. PC Register

每个线程都有一个程序计数器，就是一个指针，指向方法区中的方法字节码，由执行引擎读取下一条指令，是一个非常小的内存空间，几乎可以忽略不记

3. Native Method Stack

它的具体做法是Native Method Stack登记native方法，在ExecutionEngine执行时加载native libraries

4. VM Stack

栈也叫内存，主管Java的运行，是在线程创建时创建，它的生命周期是跟随现成的生命周期，线程结束栈内存也就释放了，对于栈来说，不存在垃圾回收问题，只要线程结束栈就结束。基本类型的变量和对象的引用变量都是在函数的栈内存中分配

栈存储什么

本地变量：输入参数、输出参数以及方法内的变量

栈操作：记录入栈、出栈的操作

栈帧数据：包括类文件、方法等等

栈运行原理

栈中的数据都是以栈帧的格式存在，栈帧是一个内存区块，是一个数据集，是一个有关方法和运行期间数据的数据集。遵循“先进后出/后进先出”原则

5. Heap

新生区

新生区是类的诞生、成长、消亡的区域，一个类在这里产生、应用，最后被垃圾回收器收集，结束生命。新生区又分为两部分：1. 伊甸区(Eden space) 2. 幸存者区(Survivor space)。所有的类都是在伊甸区被new处理。幸存区有两个：0区和1区。

当伊甸区的空间用完时，程序又需要创建对象，JVM的垃圾回收器将会对伊甸区进行垃圾回收（Minor GC），将伊甸区中的不再被其它对象引用的对象进行销毁，然后将伊甸区中的剩余的对象移动到0区；如果0区也满了，再对该区进行垃圾收集，移动到1区；如果1区也满了，再移动到养老区。如果养老区也满了，那么这个时候产生Major GC（Full GC），进行养老区的内存清理。若养老区执行了Full GC后仍然无法对对象进行保存，就会发生OOM错误（OutOfMemoryError）

养老区

养老区用于保存从新生区筛选出来的Java对象，一般池对象都在这个区活跃
永久存储区

永久存储区是一个常驻内存的区域，用于存放JDK自身所携带的Class、Interface的元数据，也就是说它存储的是运行环境必须的类信息，被装载进此区域的数据不会被垃圾回收器回收掉的，关闭了JVM才会释放此区域所占用的内存。

JDK1.7之前有永久代，JDK1.8之后没有永久代，常量池在元空间（元空间取代了永久代）

总结：方法区和堆一样，是各个线程共享的内存区域，它用于存储已被虚拟机加载的类信息、常量、静态变量、编译器编译后的代码等数据。虽然 JVM规范将方法区描述为堆的一个逻辑部分，但它在实际上和堆是分开的。

常量池是方法区的一部分，class文件除了有类的版本、字段、方法、接口等描述信息外，还有一项信息就是常量池，这部分内容在类加载后进入方法区的运行时常量池中存放。

栈管运行，堆管存储

JVM优化：优化堆和方法区

GC

频繁收集新生区
较少收集养老区
基本不动永久存储区

GC的算法

1. 复制算法

年轻代中使用的是Minor GC，这种GC算法采用的是复制算法

当对象在Eden（包括一个Survivor 区域，这里假设为from区域）出生后，在经过一次Minor GC后，如果对象还存在，并且能够被另外一块Survivor区域锁包容（这里假设为to区域，即to区域有足够的空间来存储Eden和from区域存活的对象），则将这些仍然存活的对象复制到另外一个Survivor区域（即to区域），然后清理所使用过的Eden和Survivor区域（即from区域），并且将这些对象的年龄赋值为1，交换from和to区域的指向，以后对象每熬过一次Minor GC，对象的年龄就+1，当对象的年龄到达某一个值的时候，这写对象就会进入养老区。

年轻代的三个区域默认被分为Eden：from：to = 8：1：1，复制算法的基本思想是将内存分为两块，每次只使用其中一块，当一块内存用完的时候，就将活着的对象送入另外一个区域，复制算法不会产生内存碎片

在GC开始的时候，对象只会存在Eden和from区，to区是空的。GC后，from和to会交换它们的角色，也就是说“谁空谁是to”。Minor GC一直重复这样的过程，直到To区也被装满后，会将所有的对象移动到老年代中。

缺点：