java之jvm一：运行时内存区域分析

1.1.7和1.8jvm运行时内存比较图：

1.8后的图形：

 

1.8和1.7相比：将原来的方法区放在直接内存中，优点就是堆中执行gc时不用去处理方法区中的常量，给gc节省时间。

2.各个模块的分析

2.1 程序计数器：实现代码的流程控制，顺序执行，异常处理。知道线程切换时该线程上次运行到哪了。唯一一个不会有OutOfMemoryError 的内存区域。生命周期随线程创建和线程结束。

2.2 本地方法栈：和虚拟机栈相似，区别在于一个针对java方法，一个针对本地native方法栈服务。存在内存溢出。

2.3  虚拟机栈：线程私有，生命周期同线程。有StackOverFlowError和OutOfMemoryError，栈是有深度的，超过了则抛错。描述的是java方法执行的内存模型。栈针会随执行return或抛错弹出。

2.4 方法区：资源共享。存放的是常量，静态变量等。

2.5 堆：线程共享区域。存放的是一些对象实例。需要gc

2.6 运行时常量池：

2.7 直接内存：直接内存并不是虚拟机运行时数据区的一部分，也不是虚拟机规范中定义的内存区域，但是这部分内存也被频繁地使用。而且也可能导致OutOfMemoryError异常出现。

3.对象的创建

类加载--》分配内存--》初始化--》设置对象头--》执行init

1. 类加载检查： 虚拟机遇到一条 new 指令时，首先将去检查这个指令的参数是否能在常量池中定位到这个类的符号引用，并且检查这个符号引用代表的类是否已被加载过、解析和初始化过。如果没有，那必须先执行相应的类加载过程。

2. 分配内存： 在类加载检查通过后，接下来虚拟机将为新生对象分配内存。对象所需的内存大小在类加载完成后便可确定，为对象分配空间的任务等同于把一块确定大小的内存从 Java 堆中划分出来。分配方式有 “指针碰撞” 和 “空闲列表” 两种，选择那种分配方式由 Java 堆是否规整决定，而Java堆是否规整又由所采用的垃圾收集器是否带有压缩整理功能决定。

3. 初始化零值： 内存分配完成后，虚拟机需要将分配到的内存空间都初始化为零值（不包括对象头），这一步操作保证了对象的实例字段在 Java 代码中可以不赋初始值就直接使用，程序能访问到这些字段的数据类型所对应的零值。

4. 设置对象头： 初始化零值完成之后，虚拟机要对对象进行必要的设置，例如这个对象是那个类的实例、如何才能找到类的元数据信息、对象的哈希吗、对象的 GC 分代年龄等信息。 这些信息存放在对象头中。 另外，根据虚拟机当前运行状态的不同，如是否启用偏向锁等，对象头会有不同的设置方式。

5. 执行 init 方法： 在上面工作都完成之后，从虚拟机的视角来看，一个新的对象已经产生了，但从 Java 程序的视角来看，对象创建才刚开始，<init> 方法还没有执行，所有的字段都还为零。所以一般来说，执行 new 指令之后会接着执行 <init> 方法，把对象按照程序员的意愿进行初始化，这样一个真正可用的对象才算完全产生出来。