JVM入门

JVM探究

  • JVM的理解,java8虚拟机和之前的变化更新?
  • 什么是OOM,什么是栈溢出StackOverFlowError?怎么分析?
  • JVM的常用调优参数有哪些?
  • 内存快照如何抓取,怎么分析Dump文件?
  • 谈谈JVM中,类加载的认识

1、JVM的位置

在这里插入图片描述

2、JVM的体系结构

在这里插入图片描述

  • JVM调优百分之99都在堆(Heap),顺便在方法区也有一部分

3、类加载器

作用: 加载Class文件

  • 1、用户自定义类加载器
  • 2、启动类(根)加载器 (一般是rt.jar) 相当于 3.parent()
  • 3、扩展类加载器 (位置在\jre\lib\ext) 相当于4.parent()
  • 4、应用程序(系统类)加载器
    在这里插入图片描述
    在这里插入图片描述

4、双亲委派机制

目的: 为了保证安全
会在类加载器中不断寻找,最终执行的是父类中的类加载器
APP–>EXC–>BOOT(最终执行)

详情:

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

PS:Class Not Found
null : java调用不到,是因为用C和C++写的
Java <= C++:去掉繁琐的东西,指针,内存管理;
在这里插入图片描述

5、沙箱安全机制

保证Java代码的安全机制

基本组件:

  • 字节码校验器:确保JAVA类文件遵循Java语言规范
  • 帮助Java程序实现内存保护
  • 但不是所有的类文件都会经过字节码校验,比如核心类

类装载器:3个方面对Java沙箱起作用

  • 防止恶意代码去干涉善意的代码 :【双亲委派机制】
  • 守护了被信任的类库边界
  • 将代码归入保护领域,确定了代码可以进行哪些操作

类装载器采用的机制是双亲委派机制

1、从最内层JVM自带类加载器开始加载,外层恶意同名类得不到加载从而无法使用;
2、由于岩哥通过包来区分了访问与,外层恶意的类通过内置代码无法获得权限访问到内层类,破坏代码自然就无法生效

  • 存储控制器(access controller): 存取控制器可以控制核心API对操作系统
  • 安全控制器(security manager):是核心API和操作系统之间的主要接口。实现权限控制,比存取控制器优先级高
  • 安全软件包(security package):java.security下的类和扩展包下的类,允许用户为自己的应用增加新的安全特性,包括:
    – 安全提供者
    – 信息摘要
    – 数字签名
    – 加密
    – 鉴别

6、Native

凡是带了Native关键字的,说明Java的作用范围达不到了,会去调用底层C语言的库

  • 会进入本地方法栈
  • 调用本地方法接口 JNI
  • JNI的作用:扩展Java的使用,融合不同的编程语言为Java所用! 最初:想要调用C,C++
  • Java诞生的时候 C,C++ 横行, 必须要调用C、C++ 的程序
  • 它在内存区域中专门开辟了一个区域:Native Method Stack,用来登记Native方法,并在最终执行的时候调用本地方法库中的方法【使用JNI】
  • 例如:Java程序驱动打印机,管理操作系统。了解即可,在企业级应用中较为少见!

调用其他接口:Socket,WebService,HttpClient

7、PC寄存器

程序计数器:Program Counter Register

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

8、方法区

Method Area 方法区
方法区是被所有线程共享,所有字段和方法字节码,以及一些特殊方法,如构造函数,接口代码也在此定义。
简单说:所有定义的方法信息都保存在该区域,此区域属于共享区间
静态变量、常量、类信息(构造方法、接口定义)、运行时的常量池存在方法区中,但是 实例变量存在堆内存中,和方法区无关
【static、final、Class模板、常量池】
PS:
方法区中包含了【动态常量池】和Class模板(包含:Class信息和【静态常量池】)

9 、栈

栈->数据结构
程序 = 数据结构 + 算法 【学习】
程序 = 框架 + 业务逻辑 【打工】

栈:
** 栈内存** ,主管程序的运行,生命周期和线程同步;线程结束,栈内存也就释放了
所以对于栈来说不存在垃圾回收问题
每个线程包含一个栈区
一旦线程结束,栈就OVER了

功能 :8大基本类型+对象引用+实例的方法
栈运行原理: 栈帧
在这里插入图片描述
栈溢出:StackOverFlowError

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

在这里插入图片描述

10、三种JVM

  • SUN 公司 HotSpot JVM
  • BEA 公司 JRockit
  • IBM 公司 J9VM

我们正常是使用:HotSpot

11、堆 Heap

重点
一个JVM只有一个堆内存,堆内存的大小是可以调节的
类加载器读取了类文件后,一般会把什么东西放到堆中?: 类,方法,常量,变量,保存我们所有引用类型的真是对象

堆内存中还要西非为三个区域:

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

在这里插入图片描述
GC垃圾回收,主要是在伊甸园区和养老区
假设内存满了,OOM(OutOfMemoryError),堆内存不够
在JDK8以后,永久存储区有另一个名字(元空间);
在这里插入图片描述

12.1、新生区

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

流程:

  • 对象诞生在【伊甸园区】
  • 伊甸园满了,=》触发轻GC=》没有调用的进行回收,有调用的转移到幸存者区
  • 幸存者区满了=》触发重GC=》没有调用的进行回收,有调用的转移到老年区

轻GC、重GC、OOM之间的行为关系打印

  • 新生区没满之前一直是轻GC
  • 新生区满了之后开始重GC
  • 重GC之后,新生区又有空间了,使用新生区内存
  • 新生区满了之后又开始重GC
  • 循环以上,直到所有内存都满了,报OOM
    在这里插入图片描述

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

12.2、老年区

存放在幸存区活下来的对象

13、永久区/元空间

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

  • JDK 1.6之前 :永久代,常量池在方法区中;
  • JDK 1.7 :永久代,但是慢慢的退化了,【提出概念:去永久代】,常量池在堆中
  • JDK 1.8之后 :无永久代,常量池在元空间

正常OOM问题不在这里,除非一下情况:

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

元空间:逻辑上存在,但物理上不存在
因为在代码测试中,发现新生代+老年区就等于JVM的内存空间大小
元空间的内存使用并不包含在JVM总使用空间,物理上不存在

14.1、堆内存调优

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

调整VM options:
-Xms1024m -Xmx1024m -XX:+PrintGCDetails
-Xms1024m 初始化内存大小
-Xmx1024m 最大占用内存大小
-XX:+PrintGCDetails 查看JVM GC详情细节

14.2 OOM解决方案

OOM解决方案:

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

OOM故障该如何分析:

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

MAT、Jprofiler作用:

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

JProfiler :
使用以下命令,配置JVM,当出现OOM的时候生成Dump文件
-XX:HeapDumpOnOutOfMemoryError
再到工具中查看最大对象,线程问题等信息,排错

15.1、GC垃圾回收

作用区域: 基本上百分之99都在【方法区】和【堆】
JVM在进行GC时,并不是对这三个区域统一回收,大部分时候,回收都是新生代

  • 新生代
  • 幸存区(from,to 两个区互相传输)
  • 老年区
    GC的两种类型:
  • 轻GC(普通GC)
  • 重GC(全局GC)

GC题目:

  • JVM的内存模型和分区-详细到每个分区放什么?
  • 轻GC 和 重GC 分别在什么时候发生

15.2、GC常用算法

标记清除法
在这里插入图片描述

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

标记整理/压缩 是标记清除法的再优化

在这里插入图片描述
再优化:就多次标记清除后,再进行压缩排序,就叫标记清除压缩

复制算法

新生区主要用的是复制算法
在这里插入图片描述
一次GC之后的变化,所有的From内存,流入的到To中
一个对象默认15次GC还没死,就会进入养老区
在这里插入图片描述

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

复制算法最佳使用场景:对象存活度较低的使用

引用计数法

为每个需要统计将要实行GC的对象分配一个计数器,根据引用的次数来增加计数器的数量,根据引用次数来决定GC回收
在这里插入图片描述

16、JMM

Java Memory Model

1、什么是JMM

JMM是Java 内存模型的缩写

2、 它干嘛的?

作用:缓存一致性协议,用于定义数据读写的规则(遵守,找到这个规则)
JMM定义了线程工作内存和主内存之间的抽象关系:线程之间的共享变量存储在主内存(Main Memory)中,每个线程都有一个私有的本地内存(Local Memory)
在这里插入图片描述
解决共享对象可见性的这个问题:voliate(可以把线程工作内存中的数据,立刻刷到主内存中区,保证其他工作内存能够读取到及时的数据)

3、它该如何学习?

JMM:抽象的概念,理论
在这里插入图片描述
在这里插入图片描述

voliate

17、总结

内存效率: 复制算法 > 标记清除算法 > 标记压缩算法 (时间复杂度的问题)
内存整齐度: 复制算法 > 标记压缩算法 > 标记清除算法
内存利用率: 标记压缩算法 = 标记清算算法 > 复制算法

思考:

没有最优算法嘛?
A:没有,没有最好的方法,只有最合适的算法 —> GC:分代收集算法

分代收集算法:

  • 年轻代:
    – 存活率低
    – 使用复制算法
  • 老年代:
    – 区域大:存活率高
    – 标记清除+标记压缩混合实现

学习新东西是常态:

  • netty
  • Spring Cloud Alibaba
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值