JVM内存模型详解(1.7与1.8的区别)

1.JDK、JRE、JVM关系

从图中就可以很清晰的看清他们之间的关系：JDK>JRE>JVM

2.JAVA程序的运行（为什么java可以跨平台）

比如我们编写一个HelloWord.java ,他是如何运行的呢

因为有JVM，所以我们在不同平台只需要下载对应的JDK即可

3.JVM运行时数据区

其中对于方法区，很多人更愿意称为：“永久代（Permanent Generation）”，不过本质上两者并不等价，仅仅是因为习惯使用HotSpot虚拟机的设计团队选择吧GC分代收集扩展至方法区，或者说使用永久代来实现方法区而已，这样HotSpot的垃圾收集器就可以像管理Java堆一样管理这部分内存，能够省去专门为方法区变编写内存管理代码的工作。不过对于其他虚拟机（如BEA JRockit、IBM J9等）来说并不存在永久代的概念
这是jdk1.8之前的内存模型，其中方法区和堆是是线程共享的，但是在jdk1.8之后
元数据区取代了永久代。元空间的本质和永久代类似，都是对JVM规范中方法区的实现。不过元空间与永久代之间最大的区别在于：元数据空间并不在虚拟机中，而是使用本地内存

• 程序计数器（Program Counter Register）:
    它是一块较小的内存空间，可以看做是指向当前线程所执行的字节码的行号指示器。在虚拟机的概念模型里（仅是概念模型，各种虚拟机可能会通过一些更高效的方式去实现），字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令，分支、循环、跳转、异常处理、线程回复等基础功能都需要依赖计数器来完成（）。

为什么程序计数器为线程私有呢？

 由于java虚拟机的多线程是通过线程轮流切换并分配处理器执行时间的方式来实现的，在任何一个确定的时刻，一个处理器（对于多核处理器来说是一个内核）都只会执行一条线程中的指令，因此，为了线程切换后能恢复到正常的执行位置，每条线程都需要一个独立的程序计数器，各线程之间计数器互不影响，独立存储，为线程私有的内存。

程序计数器值的问题

 如果线程正在执行的是一个java方法，这个计数器记录的是正在执行的虚拟机字节码指令的地址；如果正在执行的是Native方法，这个计数器的值则为空（Undefined）。此内存区域是唯一一个在java虚拟机规范中没有规定任何OutOfMemoryError情况的区域

• Java虚拟机栈（Java Virtual Machine Stacks）: