一篇文章了解JVM

本文详细介绍了Java虚拟机(JVM)的基础概念,包括其体系结构、类加载器的工作原理、内存区域(栈、堆、方法区)、垃圾回收机制以及不同区域的内存管理。还探讨了Java8的变化、栈溢出处理、本地方法栈和JMM内存模型。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

jvm探究

  • 请你谈谈你对jvm的理解?java8虚拟机和之前的变化更新

  • 什么是OOM,什么是栈溢出StackOverFlowError?怎么分析?

  • JVM的常用调优参数有哪些?

  • 内存快照如何抓取,怎么分析Dumo文件?

  • 谈谈JVM中,类加载器你的认识?

一. Jvm的位置

JVM——Java虚拟机,它是Java实现平台无关性的基石。

Java程序运行的时候,编译器将Java文件编译成平台无关的Java字节码文件(.class),接下来对应平台JVM对字节码文件进行解释,翻译成对应平台匹配的机器指令并运行。

在这里插入图片描述

二.JVM的体系结构

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

三.类加载器

作用:加载class文件~

在这里插入图片描述

  1. 虚拟机自带的加载器
  2. 启动类加载器
  3. 扩展类加载器
  4. 应用程序加载器

四.双亲委派机制

请添加图片描述

当一个类收到了类加载请求,他首先不会尝试自己去加载这个类,而是把这个请求委派给父类去完成,每一个层次类加载器都是如此, 因此所有的加载请求都应该传送到启动类加载器(Bootstrap ClassLoader)中

  1. 类加载器收到类加载器请求
  2. 将这个请求向上委托给父类加载器去完成,一直向上委托,直到启动类加载器(Bootstrap ClassLoader)
  3. 启动类加载器检查是否能够加载当前类,能加载就结束,否则抛出异常,通知子加载器进行加载
  4. 重复步骤c
  5. Class Not Found
  6. null:java调用不到~

在这里插入图片描述

理解

执行的情况都是由Bootstrap ClassLoader先加载,失败了轮到Extension ClassLoader加载,再失败了轮到Application ClassLoader,最后轮到自定义加载器加载。一般情况下大家写的java程序都是Application ClassLoader进行加载的。

六.本地方法栈:Native

package org.example;

/**
 * @Author Ysl
 * @Date 2023/5/9
 * @name jvm
 **/
public class Demo {
    public static void main(String[] args) {
        new Thread(()->{

        },"my thread name").start();
    }
    //native:凡是带了native关键字的,说明java的作用范围达不到了,会去调用底层c语言的库
    //会进入本地方法栈
    //调用本地方法接口 JNI(JNI是Java Native Interface)
    //JNI的作用:扩展java的使用,融合不同编程语言为java所有! 最初c、c++
    //java诞生的时候c、c++横行,想要立足,必须要调用c、c++的程序
    //它在内存区域中专门开辟了一块标记区域:Native Method Stack,登记native方法
    //在最终执行的时候,加载本地方法库中的方法通过JNI
    private native void start0();

    //调用其他接口: Socket,webService~..http~
}

七.PC寄存器

程序计数器:Program Counter Register

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

public class PCTest {
    public static void main(String[] args) {
        int i = 10;
        int j = 20;
        int k = i + j;

        String str = "abc";
        System.out.println(str);
        System.out.println(i);
        System.out.println(j);
    }
}

对上面代码使用javap -v查看编译生成的字节码文件,部分图解:
在这里插入图片描述

八.方法区

Method Area方法区

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

静态常量,常量,类信息(构造方法,接口定义)运行时的常量池存在方法区中,但是实例变量存在堆内存中,和方法区无关

static、final、Class、常量池

九.栈

栈:先进后出,后进先出

队列:先进先出(FIFO:First input First output)

喝多了吐就是栈,吃多了拉就是队列

栈:栈内存,主管程序的运行,生命周期和线程同步;

线程结束,栈内存就释放,对栈来说不存在垃圾回收问题

一旦线程结束,栈就Over!

栈:8大基本类型+对象引用+实例的方法

栈运行原理:栈帧

栈满了:StackOverflowError

在这里插入图片描述

栈+堆+方法区:交互

在这里插入图片描述

对象实例化的过程在内存中

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

十.三种JVM

  • sun公司HotSpot(Java HotSpot™ 64-Bit Server VM (build 25.281-b09, mixed mode))
  • BEA JRockit
  • IBM J9 vm

十一.堆

Heap,一个JVM只有一个堆内存,堆内存的大小是可以调节的。

类加载器读取类文件后,会把类,方法,常量,变量放到堆中,保存我们引用类型的真实对象

堆内存中还要细分三个区域

  • 新生区(伊甸园区) Young/New
  • 养老区 old
  • 永久区 Perm

在这里插入图片描述

GC垃圾回收,主要是在伊甸园区和养老区

假设内存满了,OOM,堆内存不够!OutOfMemoryError

在这里插入图片描述

在JDK8后,永久存储区改了名字(元空间);

十二.新生区

  • 类 诞生 和成长的地方,甚至死亡;

  • 伊甸园区:所有对象都是在伊甸园区 new出来的

  • 对象在伊甸园放不下将会执行一次轻GC,存在引用的对象活下来移到幸存区,幸村区和伊甸园区都满了的话执行一次重GC,清理幸存区和伊甸园区能活下来的则进入养老区。

  • 幸存者区(0.1)

在这里插入图片描述

真理:经过研究99%的对象都是临时的!

十三.永久区

这个区域常驻内存的,用来存放JDK自身携带的Class对象。Interface元数据,存储的是java运行时的一些环境或类信息,这个区域不存在垃圾回收,关闭虚拟机就会释放这个区域的内存~

一个启动类,加载了大量的第三方jar包,Tomcat部署了太多的应用,大量动态生成的反射类。不断的被加载。直到内存满,就会出现OOM;

  • jdk1.6以前:永久代,常量池是在方法区
  • jdk1.7:永久代,但是慢慢的退化了,去永久代,常量池在堆中
  • jdk1.8之后:无永久代,常量池在元空间

在这里插入图片描述

元空间:逻辑上存在,物理上不存在:

在VM options上添加:-Xms1024m -Xms1024m -XX:+PrintGCDetails

package org.example;

/**
 * @Author Ysl
 * @Date 2023/5/9
 * @name jvm
 **/
public class Demo02 {
    public static void main(String[] args) {
        //返回虚拟机试图使用的最大内存
        long max = Runtime.getRuntime().maxMemory();//字节 1024*1024
        //返回jvm的总内存
        long total = Runtime.getRuntime().totalMemory();

        System.out.println("max="+max+"字节\n"+(max/(double)1024/1024)+"MB");
        System.out.println("total="+total+"字节\n"+(total/(double)1024/1024)+"MB");

        //默认情况下:分配的总内存是电脑内存的1/4,而初始化的内存:1/64
    }
    //OOM:
        //1.尝试扩大堆内存看结果
        //2.分析内存,看一下哪个地方出现了问题(专业工具)
    //-Xms1024m-Xms1024m -XX:+PrintGCDetails

    //305664K + 699392K = 1005056k = 981.5M
}

在这里插入图片描述

只有新生代和老年代,元空间看不到。

十四.堆内存调优

在一个项目中,突然出现了OOM故障,那么该如何排除研究为什么出错

  • 能看到代码第几行出错:内存快照分析工具,MAT,Jprofiler
  • Dubu,一行一行分析代码

MAT,Jprofiler作用:

  • 分析Dump内存文件,快速定位内存泄漏
  • 获得堆中数据
  • 获得大的对象
  • ………
package org.example;

import java.util.ArrayList;
import java.util.Objects;

/**
 * @Author Ysl
 * @Date 2023/5/9
 * @name jvm
 **/
//Dump
    //-Xms1m -Xmx8m -XX:+HeapDumpOnOutOfMemoryError
    //-Xms 设置初始化内存分配大小 1/64
    //-Xmx 设置最大分配内存 默认1/4
    //-XX:+PrintGCDetails  打印GC垃圾回收信息
    //-XX:+HeapDumpOnOutOfMemoryError   //OOM DUMP
public class Demo03 {
    byte[] array = new byte[1*1024*1024]; //1M
    public static void main(String[] args) {
        ArrayList<Demo03> list = new ArrayList<>();
        int count = 0;
        try {
            while (true){
                list.add(new Demo03());
                count = count + 1;
            }
        }catch (Error e){
            System.out.println("count"+count);
            e.printStackTrace();
        }

    }
}

十五.GC垃圾回收期

在这里插入图片描述

jvm在进行GC时,并不是对这三个区域统一回收,大部分时候,回收都是新生代~

  • 新生代
  • 幸存区(from、to)
  • 老年区

GC两种类型:轻GC(普通的GC)、重GC(全局GC)

GC题目:

  • jvm的内存模型和分区详细到每个区放什么?

  • 轻GC和重GC在什么时候发生?

  • 堆里面的分区有那些?Eden、from、to、老年区,说说他们的特点?

  • GC的算法有哪些?

    标记清除法,标记整理,复制算法,引用计数器

    1. 引用计数法:
    1.在对象中添加一个引用计数器,初始值为02.当有一个指针指向该对象时,引用计数器加13.当一个指针不再指向该对象时,引用计数器减14.当引用计数器的值为0时,表示没有指针指向该对象,可以将该对象回收

在这里插入图片描述

  1. 复制算法:

    在这里插入图片描述

    在这里插入图片描述

    • 好处:没有内存的碎片

    • 坏处:浪费了内存空间:to区永远是空的,假设对象100%存活(极端情况)

      复制算法最佳使用场景:对象存活率较低时
  2. 标记清除算法:

    在这里插入图片描述

    • 缺点:两次扫描严重浪费时间,会产生内存碎片
    • 优点:不需要额外的空间

    d.标记清除压缩算法:

    在这里插入图片描述

    • 先标记清除几次再进行压缩

总结:

内存效率:复制算法 > 标记清除算法 > 标记压缩算法(时间复杂度)

内存整齐度:复制算法 = 标记压缩算法 > 标记清除算法

内存利用率:标记压缩算法 = 标记清除算法 > 复制算法

问题:难道没有最优算法?

GC:分代手集算法

年轻代:

  • 存活率低
  • 复制算法

老年代:

  • 区域大:存活率
  • 标记清除(内存碎片不是太多)+标记压缩混合 实现

JMM:Memory Model

  1. 什么是JMM?
  2. 它是干嘛的?
  3. 如何学习?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Ylik~

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值