ICode9

精准搜索请尝试: 精确搜索
首页 > 其他分享> 文章详细

JVM

2022-05-16 02:32:45  阅读:204  来源: 互联网

标签:标记 算法 GC 内存 JVM 加载


image-20220508151558208

image-20220508151813526

image-20220508154533799

双亲委派机制:

  1. 类加载器收到类加载的请求
  2. 将这个请求向上委托给父类加载器去完成,一直向上委托,直到启动类加载器
  3. 启动类加载器检查是否能够加载当前这个类,能加载就使用当前的类加载器,否则,抛出异常,通知子加载器进行加载
  4. 重复步骤3

都找不到会报Class Not Found~

img

JVM内存模型及类加载

native: 凡是带native关键字的,说明java的作用范围达不到了,会去调用底层c语言的库

会进入本地方法栈

会调用本地方法接口(JNI接口)

JNI作用:拓展java的使用,融合不同的编程语言为java所用 最初:C,C++

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

他在内存区域中,专门开辟了一块标记区域:本地方法栈,登记native方法,在最终执行的时候,加载本地方法库中的方法通过JNI

image-20220508163943917

方法区里存放: static 静态变量,final常量,Class,常量池

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

1.栈:数据结构

程序=数据结构+算法

先进后出,后进先出

2.队列:先进先出(FIFO: first input first output)

为什么main方法先执行,最后结束

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

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

一旦线程结束,栈就over了

栈:八大基本类型,对象的引用(放的地址),实例的方法

栈运行原理:栈帧

栈满了会抛出 StackOverflowError

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

image-20220508172645655

三种JVM

HotSpot

堆Heap

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

类加载器读取了类文件后,一般会把,方法,常量,变量,保存我们所引用类型的真实对象

堆内存划分为三个区域

  • 新生区(伊甸园区)

  • 老年区

  • 永久区

image-20220508175535905

GC垃圾回收:主要是在伊甸园区和老年区

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

在JDK8以后,永久存储区叫元空间;

新生区

  • 类:诞生和成长的地方,甚至死亡;
  • 伊甸园,所有的对象都是在伊甸园区new出来的!
  • 幸存者区(0,1区)

老年区

永久区

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

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

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

image-20220508184218532

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

在一个项目中,突然出现OOM故障,那么该如何排除

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

Jprofiler作用:

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

image-20220508192029619

image-20220508192452654

-Xms1m -Xmx8m -XX:+HeapDumpOnOutOfMemoryError

Xms:设置初始化内存分配大小 1/64

Xmx:设置最大分配内存,默认1/4

-XX:+PrintGCDetails:打印GC回收信息

-XX:+HeapDumpOnOutOfMemoryError:OOM信息

GC垃圾回收:

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

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

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

GC题目

  • JVM的内存模型和分区
  • 堆里的分区有哪些,Eden,from,to,老年区,说说他们的特点
  • GC算法有哪些?标记清除法,标记压缩,复制算法,引用计数器
  • 轻GC和重GC分别在什么时候发生

引用计数器:

image-20220508194327869

复制算法:

谁空谁是to

1.每次GC都会将Eden活的对象移到幸存区中,一旦Eden区域被GC后,就会变空

2.当一个对象经历了15次GC还没有死,就会进入老年区

img

流程:

  • 将Eden区进行GC存活对象放入空的to区,将from区存活的放到空的to区

  • 此时from区为空变成了to区,to区有数据变为from区

  • 经过15次GCfrom区还存活的对象会被移动到养老区

    img

好处:没有内存碎片

坏处:浪费了内存空间(to区为空)

复制算法最佳使用场景:对象存活度较低(如果存活度较高,则from区空间全部被占满导致会将全部内容复制到to区)

标记清除法

image-20220508201536195

优点:不需要额外的空间

缺点:两次扫描,严重浪费时间,会产生内存碎片

标记压缩

image-20220508202144614

总结:

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

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

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

没有最优算法,只有最合适的算法----------->GC: 分代收集算法

年轻代:

  • 存活率低
  • 复制算法

老年代:

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

标签:标记,算法,GC,内存,JVM,加载
来源: https://www.cnblogs.com/huzheng1023/p/16275507.html

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有