【JVM之再阅读】

之前又一遍文章【深入学习Java虚拟机】不大完整:[https://blog.csdn.net/Tony666688888/article/details/135466362]请结合这篇在仔细研读一下:

首先我们带着这几个额问题来读这篇文章,可能收获会更大哦

1.请你谈谈你对JVM的理解?java8虚拟机和之前的变化更新?

2.什么是OOM,什么是栈溢出StackOverFlowError?怎么分析?

3.JVM的常用调优参数有哪些?

4.内存快照如何抓取,怎么分析Dump文件?知道吗?

5.谈谈在JVM中,你对类加载器的认识?

1.类的加载,连接(验证、准备、解析)与初始化。

类的加载指的是将类的 .class 文件中的耳机子数据读入到内存中,将其放在运行时数据去的方法区内,然后再兑取创建一个java.lang.Class 对象,用来封装类在方法区内的数据结构。

1.ClassLoader(类加载器)

2.JVM提供了三总类加载器

1)根类加载器(使用C++编写,程序员无法在Java代码中或得该类)

2)扩展加载器,使用Java代码实现

3)系统加载器(应用加载器),使用java代码实现

3.用户自定义的类加载器

• java.lang.ClassLoader的子类

• 用户可以定制类的加载方式

4.程序中对子类的“主动使用”会导致父类被出释怀;但对父类的“主动”使用并不会导致子类的初始化

5.主动使用(六种

– 创建类的实例

– 访问某个类或接口的静态变量,或者对该静态变量赋值

– 调用类的静态方法

– 反射(如Class.forName(“com.itgwl.Test”)

– 初始化一个类的子类

– Java虚拟机启动时被标明为启动类的类(Java Test)

• 除了以上六种情况,其他使用Java类的方式都被看作是对类的被动使用,都不会导致类的初始化

6.父子加载器并非继承关系,也就是说子加载器不一定是继承父加载器。

1.JVM的位置

2.JVM的体系结构

3.类加载器

4.双亲委派机制

5.沙箱安全机制

6.Native

7.PC寄存器

8.方法区

9.栈

10.三种JVM

11.堆

12.新生区、 老年区

13.永久区

14.堆内存调优

15.GC 垃圾回收机制 (常用算法)

16.JMM

17.总结

一、 组成沙箱的基本组件:

1.字节码校验器:会

2.类装载器:

​ 它防止恶意代码去干涉善意的代码; //加载器双亲委派机制(为了安全)

​ 它守护了被新人的类库边界;

​ 它将代码归入保护域,确定了代码可以进行哪些操作。

PC寄存器:每个线程都有一个程序计数器,是线程私有的,就是一个指针。

方法区:(static, final,Class,常量池)方法区是被所有的线程共享,此区域属于共享区间,静态变量、常量、类信息(构造方法、接口定义)、运行时的常量池存在方法区中,但是实例变量存在堆内存中,和方法区无关。

为什么main()先执行,最后结束~

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

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

一旦线程结束,栈就Over!

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

栈运行原理:栈帧( 父帧、子帧)

栈满了:StackOverflowError

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

三种JVM

1.Sun公司 HotSpot™ 64-bit Server VM(目前我们所用的就是这个版本)

2.BEA JRockit

3.IMB J9 VM

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

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

堆内存中分为三个区域:

新生区(伊甸园区) Young/New

养老区 old

永久区 Perm

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

假设内存满了,OOM,堆内存不够! Java.lang.OutOfMemoryError:java heap space,在JDK8以后,永久存储区改了个名字(元空间)

新生区

1.类:诞生和成长的地方,甚至死亡!

2.伊甸园,所有的对象都是在伊甸园区new出来的!

3.幸存者区(0,1)

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

养老区


永久区(元空间)

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

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

jdk1.6之前:永久代,常量用来存放JDK池是在方法区;

jdk1.7 : 永久代,但是慢慢的退化了,‘去永久代’ ,常量池在堆中

jdk1.8之后:无永久代,常量池在元空间

//出现OOM怎么办呢?

1.尝试扩大堆内存看结果,如果还出现问题,肯定是代码出现问题了。

2.分析内存,看一下哪个地方出现了问题,调节JVM内存大小并打印GC的详细信息:-Xms1024m -Xmx1024m -XX:+PrintGCDetails

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

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

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

Dubug,一行行分析代码!

MAT,Jprofiler作用

1.分析Dump内存文件,快速定位内存泄漏;

2.获得堆中的数据

3.获得大的对象

//设置内存调优参数

// -Xms 设置初始化内存分配大小,默认为物理内存的 1/64

// -Xmx 设置最大分配内存,默认为物理内存的 1/4

//-XX:+PrintDCDetails //打印GC垃圾回收信息

// -XX:+HeadDumpOnOutofMemoryError //oom DUMP

//-Xms1m -Xmx8m -XX:HeapDumpOnOutMemoryError

GC:垃圾回收机制

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

1.新生代 2.幸存区(from,to) 3.老年区

GC两种类:轻GC(普通的GC),重GC(全局GC)

题目:

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

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

3.GC的算法有哪些? 标记清除法,标记压缩,复制算法,引用计数器,怎么用的?

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

GC常用算法

1.引用计数器(引用则+1,用完则-1)

2.复制算法(Copying):每次GC都会把EDen活的对象一道幸存区中:一旦Eden区被GC后,就会是空的!

谁空谁是to(from,to)

当一个对象经理了15次GC,都还没有销毁, -XX: -XX:MaxTenuringThreshold=15(默认)

通过这个参数可以设定进入老年代的时间

优点:没有内存的碎片

缺点:浪费了内存空间~ 多了一半空间永远是空to,假设对象100%存活

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

3.标记清除算法(Mark and Sweep)

扫描这些对象:对或者对象进行标记

清除:对没有标记的对象,进行清除

优点:不需要额外的空间!

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

4.可达性分析算法

通过判断对象的引用链是否可达来决定对象是否可以被回收。

总结

内存效率:复制算法>标记清除算法>标记压缩算法

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

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

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

答案:没有,没有最好的算法,只有最合适的算法----》 GC:最合适就是利用分代收集算法

年轻代:存活率低,复制算法!

老年代:

区域大:存活率

标记清除(内存碎片不是太多)+标记压缩混合实现

你可能感兴趣的:(jvm)