浅析JVM

最新推荐文章于 2024-05-17 21:35:15 发布

orange大数据技术探索者

最新推荐文章于 2024-05-17 21:35:15 发布

阅读量152

点赞数

分类专栏： java 文章标签： jvm jdk 堆栈

本文链接：https://blog.csdn.net/weixin_43283487/article/details/106871079

版权

java 专栏收录该内容

42 篇文章 0 订阅

订阅专栏

JVM

在这里插入图片描述

class file

后缀名.class
class文件在文件开头有特定的文件标示

ClassLoader

负责加载class文件，将class文件字节码内容加载到内存中，并将这些内容转换成方法区中的运行时数据结
ClassLoader只负责class文件的加载，至于它是否可以运行，则由Execution Engine决定
在这里插入图片描述

几种类加载器

在这里插入图片描述
我们打开rt.jar，里面包含了Object String等这些类，所以我们才可以直接使用

ext目录下有很多扩展jar包，保证java的扩展性

类加载器是从下到上的继承关系

class MyClass {
}
public class ClassLoaderDemo {
    public static void main(String[] args) {
        Object object = new Object();
        //null  Object是jdk自带的，用的是Bootstrap加载器，是c++的java打出来就是null
        System.out.println(object.getClass().getClassLoader());

        MyClass myClass = new MyClass();
        //sun.misc.Launcher$AppClassLoader@18b4aac2  
        // MyClass是我自己写的，用AppClassLoader
        System.out.println(myClass.getClass().getClassLoader());
        //sun.misc.Launcher$AppClassLoader@18b4aac2
        System.out.println(myClass.getClass().getClassLoader().getParent());
        //null
        System.out.println(myClass.getClass().getClassLoader().getParent().getParent());
    }
}

双亲委派机制

在这里插入图片描述

一个类收到了类加载请求，他首先不会尝试自己去加载这个类，而是把这个请求委派给父类去完成，每一个层次类加载器都是如此，因此所有的加载请求都应该传送到启动类加载其中，只有当父类加载器反馈自己无法完成这个请求的时候（在它的加载路径下没有找到所需加载的Class），子类加载器才会尝试自己去加载。

采用双亲委派的一个好处是比如加载位于 rt.jar 包中的类
java.lang.Object，不管是哪个加载器加载这个类，最终都是委托给顶层的启动类加载器进行加载，这样就保证了使用不同的类加载器最终得到的都是同样一个
Object对象。

比如我重写一个java.lang.String，运行main
它运行的还是rt.jar的java.lang.String，这就是类加载器的委托机制

package java.lang;

public class String {
    public static void main(String[] args) {
        System.out.println("hello word");
    }
}

错误: 在类 java.lang.String 中找不到 main 方法, 请将 main 方法定义为:
public static void main(String[] args)
否则 JavaFX 应用程序类必须扩展javafx.application.Application

Execution Engine

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

Native Interface本地接口

主要是为了java去调用c++的
在内存中专门开辟了一块区域处理标记为native的代码，它的具体做法是 Native Method Stack中登记 native方法，在Execution Engine 执行时加载native libraies
因为最开始大家都用c，java就只能很多地方都去调用c，现在Native 方法用的越来越少了

运行时数据区

Runtime Data Area 被java封装成了RunTime类
在这里插入图片描述

Native Method Stack

它的具体做法是Native Method Stack中登记native方法，在Execution Engine 执行时加载本地方法库

native关键字

只声明，不做实现
比如线程start()方法的源码，启动线程java就不管了，不去做实现

    private native void start0();

PC寄存器

也就是程序计数器
就是一个指针，记录了方法之间的调用和执行情况，用来存储指向下一条指令的地址，是当前线程所执行的字节码的行号指示器

每个线程都有一个程序计数器，是线程私有的,就是一个指针，指向方法区中的方法字节码（用来存储指向下一条指令的地址,也即将要执行的指令代码），由执行引擎读取下一条指令，是一个非常小的内存空间，几乎可以忽略不记。

这块内存区域很小，它是当前线程所执行的字节码的行号指示器，字节码解释器通过改变这个计数器的值来选取下一条需要执行的字节码指令。

如果执行的是一个Native方法，那这个计数器是空的。

用以完成分支、循环、跳转、异常处理、线程恢复等基础功能。不会发生内存溢出(OutOfMemory=OOM)错误

方法区

存储一个类的结构信息
方法区是规范，在不同虚拟机里面的实现是不一样的，最典型的就是永久代(PermGen space)和元空间(Metaspace)
在这里插入图片描述

供各线程共享的运行时内存区域。它存储了每一个类的结构信息，例如运行时常量池（Runtime Constant Pool）、字段和方法数据、构造函数和普通方法的字节码内容。上面讲的是规范，在不同虚拟机里头实现是不一样的，最典型的就是永久代(PermGen space)和元空间(Metaspace)。

实例变量存在堆内存中,和方法区无关

栈（重要）

栈管运行,堆管存储

在这里插入图片描述

栈也叫栈内存，主管Java程序的运行，是在线程创建时创建，它的生命期是跟随线程的生命期，线程结束栈内存也就释放，对于栈来说不存在垃圾回收问题，只要线程一结束该栈就Over，生命周期和线程一致，是线程私有的。8种基本类型的变量+对象的引用变量+实例方法都是在函数的栈内存中分配。

每个方法执行时都会创建栈帧，记录参数变量，方法内局部变量，方法执行完执行的下一个方法

每个方法执行的同时都会创建一个栈帧，用于存储局部变量表、操作数栈、动态链接、方法出口等信息，每一个方法从调用直至执行完毕的过程，就对应着一个栈帧在虚拟机中入栈到出栈的过程。栈的大小和具体JVM的实现有关，通常在256K~756K之间,与等于1Mb左右。

栈帧中主要保存3 类数据：
本地变量（Local Variables）:输入参数和输出参数以及方法内的变量；
栈操作（Operand Stack）:记录出栈、入栈的操作；
栈帧数据（Frame Data）:包括类文件、方法等等。

遵循“先进后出”/“后进先出”原则。

栈运行原理：
栈中的数据都是以栈帧（Stack Frame）的格式存在，栈帧是一个内存区块，是一个数据集，是一个有关方法(Method)和运行期数据的数据集，当一个方法A被调用时就产生了一个栈帧 F1，并被压入到栈中，
A方法又调用了 B方法，于是产生栈帧 F2 也被压入栈，
B方法又调用了 C方法，于是产生栈帧 F3 也被压入栈，
……
执行完毕后，先弹出F3栈帧，再弹出F2栈帧，再弹出F1栈帧……

SOF

Exception in thread “main” java.lang.StackOverflowError
是一个Error错误

    public static void hello(){
        hello();
    }
    public static void main(String[] args) {
        hello();
    }

栈+堆+方法区的交互关系（重要）

在这里插入图片描述

堆（重要）

逻辑上划分

在这里插入图片描述

新生区又分为两部分：伊甸区（Eden space）和幸存者区（Survivor pace）
幸存区有两个： S0区（Survivor 0 space）和S1区（Survivor 1 space）
也就是from区和to区
永久区是一个常驻内存区域，用于存放JDK自身所携带的 Class,Interface 的元数据，也就是说它存储的是运行环境必须的类信息，被装载进此区域的数据是不会被垃圾回收器回收掉的，关闭 JVM 才会释放此区域所占用的内存

实际而言，方法区（Method Area）和堆一样，是各个线程共享的内存区域，它用于存储虚拟机加载的：类信息+普通常量+静态常量+编译器编译后的代码等等，虽然JVM规范将方法区描述为堆的一个逻辑部分，但它却还有一个别名叫做Non-Heap(非堆)，目的就是要和堆分开。

对于HotSpot虚拟机，很多开发者习惯将方法区称之为“永久代(Parmanent Gen)” ，但严格本质上说两者不同，或者说使用永久代来实现方法区而已，永久代是方法区(相当于是一个接口interface)的一个实现，jdk1.7的版本中，已经将原本放在永久代的字符串常量池移走。

永久区和元空间

元空间与永久代之间最大的区别在于：
永久带使用的JVM的堆内存，但是java8以后的元空间并不在虚拟机中而是使用本机物理内存

永久区jdk8之后被一个称为元空间的区域所取代

因此，默认情况下，元空间的大小仅受本地内存限制。类的元数据放入 native memory, 字符串池和类的静态变量放入 java 堆中，这样可以加载多少类的元数据就不再由MaxPermSize 控制, 而由系统的实际可用空间来控制。

MinorGC的过程（复制->清空->互换）

在这里插入图片描述

eden、SurvivorFrom 复制到 SurvivorTo，年龄+1
首先，当Eden区满的时候会触发第一次GC,把还活着的对象拷贝到SurvivorFrom区，当Eden区再次触发GC的时候会扫描Eden区和From区域,对这两个区域进行垃圾回收，经过这次回收后还存活的对象,则直接复制到To区域（如果有对象的年龄已经达到了老年的标准，则赋值到老年代区），同时把这些对象的年龄+1
清空 eden、SurvivorFrom
然后，清空Eden和SurvivorFrom中的对象，也即复制之后有交换，谁空谁是to
SurvivorTo和 SurvivorFrom 互换
最后，SurvivorTo和SurvivorFrom互换，原SurvivorTo成为下一次GC时的SurvivorFrom区。部分对象会在From和To区域中复制来复制去,如此交换15次(由JVM参数MaxTenuringThreshold决定,这个参数默认是15),最终如果还是存活,就存入到老年代

堆内存调优

3个参数
默认的情况下分配的内存是总内存的"1 / 4"、而初始化的内存为"1 / 64"
调节JVM参数 -Xms1024m -Xmx1024m -XX:+PrintGCDetails
注意：-xmx 和 -xms 要配置一样大，避免内存忽高忽低
查看java虚拟机的内存信息

System.out.println(Runtime.getRuntime().availableProcessors());//返回线程数
System.out.println(Runtime.getRuntime().maxMemory()); ;//返回 Java 虚拟机试图使用的最大内存量。
System.out.println(Runtime.getRuntime().totalMemory());;//返回 Java 虚拟机中的内存总量。

查看GC详细信息 -XX:+PrintGCDetails
可以看到堆内存信息

我们把内存打爆看看GC的信息

String str = "hht";
while (true) {
     str += str + new Random().nextInt(88888888) + new Random().nextInt(999999999);
}

轻GC
在这里插入图片描述
重GC

此处有问题，方法区应该可以被回收，后续更改

OOM-OutOfMemoryError

是一个ERROR错误
在这里插入图片描述

补充

队列和栈

FIFO first input first output
FILO first input last output

8中OOM

orange大数据技术探索者

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
打赏
0
评论
浅析JVM

JVMclass file后缀名.classclass文件在文件开头有特定的文件标示ClassLoader负责加载class文件，将class文件字节码内容加载到内存中，并将这些内容转换成方法区中的运行时数据结ClassLoader只负责class文件的加载，至于它是否可以运行，则由Execution Engine决定几种类加载器我们打开rt.jar，里面包含了Object String等这些类，所以我们才可以直接使用ext目录下有很多扩展jar包，保证java的扩展性类加载器
复制链接

扫一扫