- 谈谈你对JVM的理解?java8虚拟机和之前的更新有什么变化?
- 什么是OOM,什么是栈溢出,怎么分析?
- JVM的常用调优参数有哪些?
- 内存快照如何抓取,怎么分析Dump下来的文件?
- JVM类加载器的认识?
1.JVM的位置
jvm运行在操作系统(windows,linux,mac)上
2.JVM的体系结构
3.类加载器
作用: 加载class文件---new student()
4.双亲委派机制
- 自定义一个java.lang包,下创建String类,及toString方法
- new String(),调用toString方法,此时发现是无法调用到我们实现的tostring的。
//双亲委派机制:安全
//APP-->EXC-->BOOT(终止执行) BOOT(终止执行)-->EXC-->APP (循环)
1.类加载器收到类加载的请求!
2.将之歌请求向上委托给父类加载器去完成,一直向上委托,直到启动类加载器
3.启动加载器检查是否能够加载当前这个类,能加载就结束。否则,抛出异常,通知子加载器进行加载
4.重复步骤3
Class not Funound
null:java 调不到~ 因为底层是采用C\C++实现的
java = C++ :去掉繁琐的东西(指针、内存管理) 即:c++--
5.沙箱安全机制
1.字节码校验器(符合java语言规范)
2.类加载器:机制是采用双亲委派模式 其中类加载器在以下3个方面对java沙箱器作用
防止恶意代码去干涉善意代码;
守护被信任的类库边界;
将代码归入保护域,确定了代码可以进行哪些操作;
6.Native关键字
//会进入本地方法栈,调用本地方法接口 (JNI)
//JNI的作用:扩展java的使用,融合不同的编程语言为java所用!
//java诞生的时候C、C++横行,想要立足,必须要调用C、C++的程序
//它在内存区域中专门开辟了一块标记区域Native Method Stack,登记native方法
//在最终执行的时候,加载本地方法库中的方法通过JNI。
//java程序驱动打印机,管理系统,掌握即可,在企业级应用中较为少见!
凡是携带native关键字的,说明java的作用范围达不到,调用了底层的C语言的库!
静态变量、常量、类信息(构造方法、接口定义)、运行时的常量池再方法区中,但是实例变量存在堆内存中,和方法区无关。
static、final、Class模板、常量池===》方法区
7.PC寄存器
8.方法区
static、final、Class模板、常量池
9.栈
程序 = 数据结构 + 算法 :持续学习
程序 = 框架 + 业务逻辑~ : 淘汰 吃饭
栈:先进后出、后进先出:桶
队列:先进先出(FIFO:first input first uotput)
为什么main方法先执行,最后结束~
栈:栈内存,主管程序的运行,生命周期和线程同步;
线程结束,栈内存也就是释放了,对于栈来说,不存在垃圾回收问题
栈:8大基本类型+对象引用+实例的方法
栈运行原理:栈帧
10.三种JVM
1.Sun公司 HotSpot
2.BEA JRockit
3.IBM j9vm
11.堆 Heap(重点)
一个JVM只有一个堆内存,堆内存的大小是可以调节的
类加载器读取了类文件后,一般会把什么东西放在堆中?类,方法,常量,变量~,保存我们所有引用类型的真实对象;
堆内存中细分为三个区域:
- 新生区(伊甸园区)Young//New
- 老年区 Old
- 永久区 Perm
GC垃圾回收,主要是在伊甸园和养老区
假设内存满了,OOM,堆内存溢出。
OutOfMemoryError:java heap space
java8之后,永久区又叫元空间。
12.新生区、老年区
新生区
1.类:诞生和成长的地方,甚至死亡。
2.伊甸园,所有的对象都是在伊甸园区new出来的
3.幸存区(0,1)
真理:经过研究,99%的对象都是临时对象!
13.永久区
这个区域常驻内存。用来存放jdk自身携带的Class对象。Interface元数据,存储的是java运行时的一些环境或类信息。这个区域不存在垃圾回收!关闭VM就会释放这个区域的内存~
一个启动类,加载了大量的第三方jar包。Tomcat部署了太多的应用,大量动态生成的反射类,不断的被加载。知道内存满了,就是出现OOM。
jdk1.6之前:永久代,常量池再方法区中
jdk1.7:永久代,但是慢慢的退化,去永久代,常量池在堆中
jdk1.8之后:无永久代,常量池在元空间。
14.堆内存调优
默认情况下:分配的总内存 是电脑内存的1/4,而初始化的内存:1/64
//OOM:
1.调整扩大堆内存 (可能存在死循环)
2.分析内存,看一下哪个地方出现了问题(专业工具)
-Xms1024m -Xmx1024m -XX:+PrintGCDetails
//返回虚拟机视图使用的最大内存
final long max = Runtime.getRuntime().maxMemory();
//返回jvm的初始化总内存
final long total = Runtime.getRuntime().totalMemory();
//eden + old 305664k + 699392k = 981.5M
//元空间:逻辑上存在,物理上不存在。
public class Demo {
public static void main(String[] args) {
String str = "asfdsfdagafdfa";
while (true){
str += str + new Random().nextInt(8888888) + new Random(99999999);
}
}
}
默认运行:
堆内存溢出
配置调整加上 -Xms8m -Xmx8m -XX:+PrintGCDetails 调整后,
通过结果可以看出,开始使用GC轻, 后面使用Full GC重。
在一个项目中,突然出现了OOM故障,那么改如何排除,研究为什么出错~
- 能够看到代码第几行出错:内存快照分析工具,MAT,Jprofiler
- Debug,一行一行分析!
MAT,Jprofiler内存溢出工具作用:
1.分析Dump内存文件,快速定位内存泄漏问题
2.获取堆中的数据
3.获得大的对象
4.。。。。
Jprofiler工具使用:
idea中JProfiler插件结合JProfiler工具
1.idea插件中搜索JProfiler
2.下载JProfiler,百度搜索官网下载即可
3.下载完成后,idea的JProfiler链接 JProfiler工具
4.代码测试内存溢出
/**
* Dump快照
* -Xms1m -Xmx8m -XX:+HeapDumpOnOutOfMemoryError
*
* -Xms 设置初始化内存分配大小 1/64
* —Xmx 设置最大分配内存,默认 1/4
* -XX:+PrintGCDetails
* _XX:+HeapDumpOn+错误信息
*/
public class Demo1 {
byte[] array = new byte[1*1024*1024];
public static void main(String[] args) {
int count = 1;
ArrayList<Demo1> list = new ArrayList<>();
try {
while(true){
list.add(new Demo1());
count = count +1;
}
}catch (Error e){
System.out.println("count:"+count);
e.printStackTrace();
}
}
}
5.运行配置参数
6.运行查找生成的hprof文件
7.双击文件JProfiler工具打开
8.
错误被很明显的指出。更改调整即可
15.GC(重要)
GC的作用区域:存在于堆(堆和方法区)。
JVM在进行GC时,并不是堆这三个区域统一回收。大部分时候,回收都是新生代~
GC两种类:轻GC(普通的GC)、重GC(全局GC)
GC题目:
1.JVM的内存模型和分区~ 详细到每个区放什么?
2.堆里面的分区有哪些?Eden,from,to,老年区说说他们的特点?
3.GC的算法有哪些?
引用计数器
复制算法
标记清除法
标记整理法
4.轻GC和重GC分别在什么时候发生?
16.JMM:java Memory Model
什么是JMM? java内存模型,是缓存一致性协议,用于定义数据读写的规则(遵守)。
JMM定义了线程工作内存和主内存之间的抽象关系:线程之间的共享变量存储在主内存中,每个线程都有一个私有的本地内存。
解决共享对象可见性这个问题:volilate
JMM:抽象概念
JMM对这八种指令的使用,制定了如下规则:
不允许read和load、store和write操作之一单独出现。即使用了read必须load,使用了store必须write
不允许线程丢弃他最近的assign操作,即工作变量的数据改变了之后,必须告知主存
不允许一个线程将没有assign的数据从工作内存同步回主内存
一个新的变量必须在主内存中诞生,不允许工作内存直接使用一个未被初始化的变量。就是怼变量实施use、store操作之前,必须经过assign和load操作
一个变量同一时间只有一个线程能对其进行lock。多次lock后,必须执行相同次数的unlock才能解锁
如果对一个变量进行lock操作,会清空所有工作内存中此变量的值,在执行引擎使用这个变量前,必须重新load或assign操作初始化变量的值
如果一个变量没有被lock,就不能对其进行unlock操作。也不能unlock一个被其他线程锁住的变量
对一个变量进行unlock操作之前,必须把此变量同步回主内存
JMM对这八种操作规则和对volatile的一些特殊规则就能确定哪里操作是线程安全,哪些操作是线程不安全的了。但是这些规则实在复杂,很难在实践中直接分析。所以一般我们也不会通过上述规则进行分析。更多的时候,使用java的happen-before规则来进行分析。