【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：最合适就是利用分代收集算法

年轻代：存活率低，复制算法！

老年代：

区域大：存活率

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