jvm内存模型简述

jvm 内存模型 （哪里会内存泄露，哪里不会,哪里是线程共享，哪里是线程独享，控制堆的大小）

类加载器双亲委派（顺序）

volatile 关键字作用, 临界区

为什么需要内存屏障？

简单来说:

1.在不同cpu执行的不同线程对同一个变量的缓存值不同，为了解决这个问题。

2.用volatile可以解决上面的问题，不同硬件对内存屏障的实现方式不一样。java屏蔽掉这些差异，通过jvm生成内存屏障的指令。 对于读屏障:在指令前插入读屏障，可以让高速缓存中的数据失效，强制从主内存取。

内存屏障的作用是什么？

cpu执行指令可能是无序的，它有两个比较重要的作用

1.阻止屏障两侧指令重排序

2.强制把写缓冲区/高速缓存中的脏数据等写回主内存，让缓存中相应的数据失效。

volatile型变量

当我们声明某个变量为volatile修饰时，这个变量就有了线程可见性，volatile通过在读写操作前后添加内存屏障。

 

从下面这张图可以看出来，Java数据区域分为五大数据区域。这些区域各有各的用途，创建及销毁时间。

其中方法区和堆是所有线程共享的，栈，本地方法栈和程序计数器则为线程私有的。(程序计数器是一块很小的内存空间，可以认作为当前线程的行号指示器；这块内存区域是虚拟机规范中唯一没有OutOfMemoryError的区域)

根据java虚拟机规范，java虚拟机管理的内存将分为下面五大区域。

GC垃圾回收：

从三个角度切入来学习GC

1.哪些内存要回收

2.什么时候回收

3.怎么回收

哪些内存要回收

java内存模型中分为五大区域已经有所了解。我们知道程序计数器、虚拟机栈、本地方法栈，由线程而生，随线程而灭，其中栈中的栈帧随着方法的进入顺序的执行的入栈和出栈的操作，一个栈帧需要分配多少内存取决于具体的虚拟机实现并且在编译期间即确定下来【忽略JIT编译器做的优化，基本当成编译期间可知】，当方法或线程执行完毕后，内存就随着回收，因此无需关心。

而Java堆、方法区则不一样。方法区存放着类加载信息，但是一个接口中多个实现类需要的内存可能不太一样，一个方法中多个分支需要的内存也可能不一样【只有在运行期间才可知道这个方法创建了哪些对象没需要多少内存】，这部分内存的分配和回收都是动态的，gc关注的也正是这部分的内存。

Java堆是GC回收的“重点区域”。堆中基本存放着所有对象实例，gc进行回收前，第一件事就是确认哪些对象存活，哪些死去[即不可能再被引用]

堆的回收区域：

为了高效的回收，jvm将堆分为三个区域

1.新生代（Young Generation）NewSize和MaxNewSize分别可以控制年轻代的初始大小和最大的大小 e:s:s=8:1:1

2.老年代（Old Generation）

3.永久代（Permanent Generation）【1.8以后采用元空间，就不在堆中了】