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