jvm初学

jvm体系结构

image-20231031182659083

3.类加载器

image-20231101155924464
​ 作用 :加载CLass文件
ClassLoader作用:加载Class文件
new 对象:将抽象类变为具体实例;

实例引用在栈中(数据存放地址);数据(具体信息)放在堆中

​ 1.虚拟机自带的加载器

​ 2.启动类(根)加载器bootstrap //null 不存在 java程序捕获不到~ C/C++ 写的 rt.jar

​ 3.扩展类加载器 ExtClassLoader //jre/lib/ext

​ 4.应用程序加载器 appClassLoader

​ 自己定义的类 使用这个加载器

双亲委派机制:安全

​ app–>EXC–>Boot(最终执行)

​ 1类加载器收到类加载的请求,将这个请求向上委托给父类加载去完成,一直向上委托直到启动类加载

​ 启动类加载器检查是否可以加载当前这个类,能加载到就结束,使用当前的加载器,

​ 3否则,抛出异常,通知子加载器进行加载,重复3,最后抛出Class not found

java.lang.String Boot

student appclassLoader

4沙箱安全机制

5 native关键字

​ 凡事带了native 关键字的,说明Java的作用范围达不到了,回去调用底层C语言的库!

​ 会进入本地方法栈

​ 会调用本地方法本地接口 JNI

​ JNI 作用:扩展java的使用,融合不同的编程语言为Java 所用!c、c++

​ Java诞生的时候C、C++横行,想要立足必须要有调用C、C++的程序

​ 他在内存区域开发一块标记区域 native method stack,登记native 方法

​ 最终执行的时候,加载本地方法库中的方法通过JNI

//java程序驱动打印机,管理系统,掌握即可,企业应用中很少见

private native void start0();

image-20231101145907260

pc寄存器

程序计数器 program counter register

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

方法区

Method Area 方法区

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

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

static ,final ,Class ,常量池

image-20231101152432524

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

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

一旦线程结束,栈就Orve!

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

栈运行原理:栈帧

栈满了StackOverflowError

image-20231101155438044

栈+堆+方法区的交互关系

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

类加载器读取了类文件后,一般把什么东西放在堆中?类,方法,常量,变量,保存我们所有引用类型的真是对象;

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

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

image-20231101165936389

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

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

Exception in thread "main" java.lang.OutOfMemoryError: Java heap space

jdk8 以后,永久存储器改了一个名字(元空间);

新生区

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

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

  • 幸存者区(0,1)(from ,to)

    image-20231101172027132

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

永久区

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

一个启动类,加载了

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

image-20231101173418803

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

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

//OOM

1.尝试扩大堆内存看结果
2.分析内存,看一下那个地方出现了问题(专业工具)

-Xms1024m -Xmx1024m -XX:+PrintGCDetails

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

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

MAT,Jprofiler作用

  • 分析Dump内存文件,快速定位内存泄漏;
  • 获取堆中的数据
  • 获取大的对象

-Xms 设置初始化内存分配大小 /164
-Xmx 设置最大分配内存,默以1/4
-XX: +PrintGCDetails 打印GC垃圾回收信息

-XX:+HeapDumpOnOutOfMemoryError //oom dump

-Xms1m -Xmx8m -XX:+HeapDumpOnOutOfMemoryError

GC:垃圾回收机制

image-20231101212202670

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

  • 新生代(Eden) 特点

    • 空间有限 尽可能多放数据
    • 垃圾很多
    • 回收要快
    • 大部分东西两天领盒饭(对象死的很快)
    • 尽量减少空间碎片
  • 幸存区 (from to)

  • 老年代 回收器CMS -->标记整理算法 参数配置 隔几次gc进行整理一下

    • 对象比较大

    • 存活对象多、垃圾对象少

    • 空间大

    • 东西多

    • 大部分数据不需要回收

    • 采用标记压缩 算法时移动少、也不会产生内存碎片。所以老年代 区域可以选用 标记压缩 算法进一步提升效率。 参数配置 隔几次GC进行整理

      jdk8 CMS(多线程) + par new

      • CMS 回收的过程
        • 预选标记 gcRoot 对象一定不能够回收 --STW(stop the world)
        • 并发标记 被GCRoot 引用的对象(gcroot的下游)
        • 重新标记(修正一下gc线程和用户线程同时在跑错标漏标) stw
        • 并发清除
        • 标记整理 根据参数执行默认几次?3
        • STW 1,时间不是很长2,确保尽可能数据正确

GC两种类型:轻GC ,重GC (全局GC)

GC题目:

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

  • 堆里面的分区有哪些? Eden, form, to, 老年区,说说他们的特点!

  • GC的算法有哪些?标记清除法,标记整理法(标记压缩),复制算法,引用计数器,怎么用的?

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

    image-20231102085153836

复制算法

image-20231102090232860

image-20231102090934348

  • 好处:没有内存的碎片
  • 坏处:浪费了内存空间,多了一半空间永远是空to,假设对象100%存活(极端情况)

复制算法最佳使用场景:对象存活度较低的时候:新生区

新生代内存工作流程:
  • 当一个对象刚被创建时会放到 Eden 区域,当 Eden 区域即将存满时做一次垃圾回收,将当前存活的对象复制到 SurvivorA ,随后将 Eden 清空
  • Eden 下一次存满时,再做一次垃圾回收,先将存活对象复制到 SurvivorB ,再把 EdenSurvivorA 所有对象进行回收,
  • Eden 再一次存满时,再做一次垃圾回收,将存活对象复制到 SurvivorA,再把 EdenSurvivorB对象进行回收。如此反复进行大概 15 次,将最终依旧存活的对象放入到老年代区域。

新生代工作流程与 复制算法 应用场景较为吻合,都是以复制为核心,所以会采用复制算法

为什么幸存区有两个区域

​ 我始终保证有 1/10 的空间,我能够让你去存放存活的数据。其他地方你随便造。反正我不管你怎么摆,只要你摆满了。你叫我把剩下的东西全部扫到另外一块空白的地方去,减少磁盘碎片。

放到老年代->大对象 gc年龄到了 分代对象15

标记清除算法

image-20231102091759711

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

标记压缩(标记整理)

在优化 标记清除压缩

image-20231102092416150

总结

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

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

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

思考一个问题:难道没有最优算法吗?

答案:没有,没有最好的算法,只有最合适的算法 —》GC:分代收集算法

年轻代:

  • 存活率低 复制算法!

老年代

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

JMM

什么是JMM?

java Memory Model Java内存模型

2.他干嘛的? 官方,其他人博客,对应的视频!

作用:缓存一致性协议,用于定义数据读写的规则。(遵守)

3.他该如何学习?

4.找面试题答案

面试:
3/10 == pass,面经=10,分析这10个?触类旁通:百度面试题?

通过大量的面试总结,得出一套解题思路? 3~4。I

JVM调优

JVM调优一个是调整算法,像你现在的是为什么青年代,为什么要用复制算法,就是因为它的生命周期短,存活的对象少。你可以复制出来的对象很少,你耗费的时间空间资源都是比较少的。你像老年代,你可以说刚才讲的 CMS 我之前没问,如果后边有问,我肯定也会跟他们说 CMS 是这么回收的。
另外一个就是各比例的一个占用,就像近年代8:1:1,你可以是根据一个项目运行的时间,你调整一下你拗出来的对象,它的生命周期比较长,或者是生命周期更短,你可以 8:1 把它改得更小一点对吧?你说 9: 零点五比零点五是吧?根据你项目运行了一段时间之后,你合理地进行一个划分另外一个青年代和老年代整体的一个1:2,你也可以进行一个划分。根据一个项目运行的时间是调整。1,适当地调整一下比例,让它调达到一个最优的结果。其实就两步,一个就是调整比例空间,另外一个就是调整算法 1 或者是你说垃圾回收器适用不同的垃圾回收器,了解一下哪种的比较好?

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值