java-JVM入门_java中jvm教程-CSDN博客

本文链接：https://blog.csdn.net/m0_56981185/article/details/125154407

JVM的位置

java程序是在java虚拟机JVM上的，虚拟机JVM是在操作系统上的，实际操作系统也相当于软件，在其下还有硬件系统

在这里插入图片描述

类加载器

作用：加载class文件

1.虚拟机自带加载器
2.启动类(根)加载器：jdk1.8\jre\lib\rt.jar
3.扩展类加载器:jdk1.8\jre\lib\ext\...
4.应用程序加载器:jdk1.8\jre\lib\rt.jar\java\lang\ClassLoader.class

package com.cx;

public class Test33 {
    public static void main(String[] args) {

        User user = new User();
        User user1 = new User();
        User user2 = new User();
        //可以看到三个地址并不一样
        System.out.println(user.hashCode()+":"+user1.hashCode()+":"+user2.hashCode());
        Class aClass = user.getClass();
        Class aClass1 = user1.getClass();
        Class aClass2 = user2.getClass();
        //地址是一样，说明是一个模板加载的
        System.out.println(aClass.hashCode()+":"+aClass1.hashCode()+":"+aClass2.hashCode());
        System.out.println(aClass.getClassLoader());//AppClassLoader
        System.out.println(aClass.getClassLoader().getParent());//ExtClassLoader
        //此时模板加载器为null，要么是往上没有模板加载器了，要么就是java不能再获取上方的加载类了
        System.out.println(aClass.getClassLoader().getParent().getParent());//null
    }
}

双亲委派机制

是一个安全的机制，当我写了一个类后，想进行实例化操作，会先找本程序中是否有这个类，再去找扩展包中是否有，再去找根包中是否有，如果根包中有，那么实例化操作就是实例化根包下的，否则就执行扩展包，最后才是本程序中

沙箱安全机制

在这里插入图片描述

沙箱组成

在这里插入图片描述

Native

凡是代理native关键字的，说明java的作用范围达不到了，会进入本地方法栈中调用 本地方法接口JNI；
JNI作用：扩展java 的使用，如何不同编程语言为java所用，这是由于当时在c\c++的统治年单，如果想要立足，就必须使用c\c++的程序
所以java在内存中开辟了一块标记区域：native method stack 本地方法栈栈,登记了native方法，在最终执行的时候，加载本地方法库中的方法

方法区

方法区是被所有线程共享，所有字段和方法字节码，以及一些特殊方法，如构造函数，接口代码也在此定义，即：所有定义的方法的信息都保存在该区域，此区域属于共享区间；
静态变量、常量、类信息（构造方法、接口定义）、运行时的常量池存在方法区中，但是实例变量存在堆内存中，和方法区无关，
总结就是：static、final、Class、常量池这些是在方法区中！

PC寄存器

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

栈

栈：先进后出
栈：栈内存、主管程序的运行，生命周期和线程同步；线程结束，栈内存也就释放了
栈存储： 8大基本类型+对象的调用+实例的方法

在这里插入图片描述

堆

heap: 一个JVM只有一个堆内存，堆内存的大小是可以调节的。
类加载器读取了类文件后，

新生区

类诞生-成长或者死亡的地方

养老区
永久区

这个区域常驻内存的，用来存放JDK自身携带的Class对象，Interface元数据，存储的是java运行运行时的一些环境或类的信息，这个区域不存在垃圾回收机制！关闭虚拟机就会释放这个区域的内存。
2.
GC垃圾回收主要是发生在新生区和养老区

在这里插入图片描述
注意： 元空间：逻辑上存在实际上不存在

public class Test34 {
    public static void main(java.lang.String[] args) {
        //返回虚拟机试图使用的最大内存
        long max = Runtime.getRuntime().maxMemory();//字节 1024*1024
        //返回jvm的总内存
        long total = Runtime.getRuntime().totalMemory();

        System.out.println(max/(double)(1024*1024));
        System.out.println(total/(double)(1024*1024));
    }
}

默认情况下： 分配的总内存 是电脑内存的1/4，而初始化的内存：1/64

OOM问题

尝试通过扩大堆内存解决
使用专业工具来分析内存

扩大内存

-Xms1024m -Xmx1024m -XX:+PrintGCDetails

-Xms :设置初始分配内存大小
-Xmx：设置最大分配内存
-XX:+PrintGCDetails ：打印垃圾回收信息

在这里插入图片描述

PSYoungGen+parOldGen total (305664+699392)/1024=981.5
正好是最大的分配的内存，所以从这里可以看出，元空间是逻辑上存在，物理上不存在

JPofiler工具

使用 JPofiler工具分析

下载jprofiler
在IDEA中安装jprofiler插件 Settings/Plugins/Marhetplace
配置jprofiler路径 Settings/Tools/Jprofiler/JProfiler executable: …/jprofiler.exe
找到你安装的jprofiler的位置，复制jprofiler.exe的路径进去
重启IDEA

点击蓝色图标运行即可检测

在这里插入图片描述

如何Dump文件

java内存dump是jvm运行时内存的一份快照,利用它可以分析是否存在内存浪费,可以检查内存管理是否合理,当发生OOM的时候,可以找出问题的原因。

发生OutOfMemoryError 错误时输出运行快照
-Xms1m -Xmx8m -XX:+HeapDumpOnOutOfMemoryError

package cx;

import java.util.ArrayList;

public class Test34 {
    public byte[] bytes = new byte[1024*1024];

    public static void main(java.lang.String[] args) {
        ArrayList<Test34> objects = new ArrayList<>();
        
        while (true){
            objects.add(new Test34());
        }
    }
}