JVM 运行时数据区

我们有没有想过这样一个问题，当我们在写代码的过程中 new 一个对象的时候，这个对象的创建过程是怎样的？jvm 会在什么地方为这个对象分配内存？为这个对象分配的内存，当这个对象无用之后 jvm 又是怎么回收内存的？jvm 又是怎样划分管理内存？

• jvm 的运行时数据区：
  

• 程序计数器：在 java 代码转译成字节码时，程序计数器给编译好的字节码添加行号，这样这些字节码就以程序计数器的编号来作为调度时候的识别。程序计数器是一块较小的内存空间，它可以看作是当前线程所执行的字节码的行号指示器。在虚拟机的概念模型当中，字节码解释器工作时就是通过改变这个计数器的值来选择下一条需要执行的字节码指令。 java 虚拟机规范中唯一一个没有规定 OutOfMemoryError 的区域。

• 虚拟机栈：描述的是 java 方法执行时的内存模型（执行完之后会自动回收）。每个方法执行都会创建一个栈帧（栈中保存的主要内容是栈帧），每一个方法的执行就对应着一个栈帧在虚拟机中的入栈丶出栈过程。每一次函数调用生成栈帧，从而肯定会占用一定的栈空间。所以栈空间内存不足的时候函数调用无法进行。会抛出StackOverflowError异常每次函数调用其实是通过java栈传递数据的。虚拟机栈主要主要保存存储局部变量表，操作数栈，动态链接，方法返回地址等信息。
  局部变量表：存放编译期可知的各种基本数据类型、对象引用类型和returnAddress类型（指向一条字节码指令的地址：函数返回地址）。long、double占用两个局部变量控件Slot。局部变量表所需的内存空间在编译期确定，当进入一个方法时，方法在栈帧中所需要分配的局部变量控件是完全确定的，不可动态改变大小。异常：线程请求的栈帧深度大于虚拟机所允许的深度—StackOverFlowError，如果虚拟机栈可以动态扩展（大部分虚拟机允许动态扩展，也可以设置固定大小的虚拟机栈），但是无法申请到足够的内存—OutOfMemorError。
  操作数栈：后进先出LIFO，最大深度由编译期确定。栈帧刚建立使，操作数栈为空，执行方法操作时，操作数栈用于存放JVM从局部变量表复制的常量或者变量，提供提取，及结果入栈，也用于存放调用方法需要的参数及接受方法返回的结果。操作数栈可以存放一个jvm中定义的任意数据类型的值。在任意时刻，操作数栈都一个固定的栈深度，基本类型除了long、double占用两个深度（Slot），其它占用一个深度。
  动态连接： 每个栈帧都包含一个指向运行时常量池中该栈帧所属方法的引用，持有这个引用是为了支持方法调用过程中的动态连接。Class文件的常量池中存在有大量的符号引用，字节码中的方法调用指令就以常量池中指向方法的符号引用为参数。这些符号引用，一部分会在类加载阶段或第一次使用的时候转化为直接引用（如final、static域等），称为静态解析，另一部分将在每一次的运行期间转化为直接引用，这部分称为动态连接。
  方法返回地址：当一个方法被执行后，有两种方式退出该方法：执行引擎遇到了任意一个方法返回的字节码指令或遇到了异常，并且该异常没有在方法体内得到处理。无论采用何种退出方式，在方法退出之后，都需要返回到方法被调用的位置，程序才能继续执行。方法返回时可能需要在栈帧中保存一些信息，用来帮助恢复它的上层方法的执行状态。一般来说，方法正常退出时，调用者的PC计数器的值就可以作为返回地址，栈帧中很可能保存了这个计数器值，而方法异常退出时，返回地址是要通过异常处理器来确定的，栈帧中一般不会保存这部分信息。方法退出的过程实际上等同于把当前栈帧出栈，因此退出时可能执行的操作有：恢复上层方法的局部变量表和操作数栈，如果有返回值，则把它压入调用者栈帧的操作数栈中，调整PC计数器的值以指向方法调用指令后面的一条指令。

• 本地方法栈：
  跟虚拟机栈一样的原理，本地方法：有 native 修饰的方法，使用 c 或者 c++ 语音写的，源码需要到官网去看

• 方法区：

• 又叫静态区，和java堆一样，方法区是一块所有线程共享的内存区域，用于保存系统的类信息跟静态变量（static），类的信息有哪些呢。字段、方法、常量池。方法区也有一块内存区域所以方法区的内存大小，决定了系统可以包含多少个类，如果系统类太多，方法区内存不够肯定会导致方法区溢出，虚拟机同样会抛出内存溢出信息。方法区也叫永久代。当没有找到这个类对应的对象且没有通过反射生成这个类的对象时，注册在方法区的类信息将会被 jvm 卸载。

• 堆：
  Java 堆是被所有线程共享的一块内存区域，在虚拟机启动时创建。这个区域是用来存放对象实例的，几乎所有对象实例都会在这里分配内存。堆是Java垃圾收集器管理的主要区域（GC堆），垃圾收集器实现了对象的自动销毁。Java堆可以细分为：新生代和老年代；再细致一点的有Eden空间，From Survivor空间，To Survivor空间等。Java堆可以处于物理上不连续的内存空间中，只要逻辑上是连续的即可，就像我们的磁盘空间一样。可以通过-Xmx和-Xms控制。JVM的堆被同一个JVM实例中的所有Java线程共享。它通常由某种自动内存管理机制所管理，这种机制通常叫做“垃圾回收”。jvm 内存模型区分新生代，老年代，永久代的原因：在程序运行时，很对的对象存活的时间是不一样的，区分管理。

• 对象的创建及内存分配：
  当 jvm 把 class 文件翻译成字节码（机器可识别的语言）的时候，程序计数器会在编译好的字节码前面添加行号，程序计数器这一块内存
  保存的就是为字节码前面的行号分配的内存空间，因为 class 文件翻译成字节码的时候，字节码数就已经确定了的，而每一条字节码前面
  都对应一个行号，所以保存行号的内存空间也会确定，这是 java 虚拟机规范中唯一一个没有规定 OutOfMemoryError 的区域。当 jvm 需要
  创建一个对象的时候，会首先检查一下要创建的对象对应的类有没有在永久代里面注册过，如果没有注册过，就会把这个类的静态变量，
  类的属性，方法名等信息注册到永久代中，然后再在年轻代中为这个类分配内存空间（对象占用的内存较大会直接进入老年代，所以
  在写代码的时候如果创建了比较大的对象，当这个对象变成无用状态的时候设置为空，手动回收），当 jvm 年轻代发生 gc 的时候，如果一个对象没有被回收会放入到 Survivor 区（默认两个，可配置多个，如果是两个必有一个是空的，当发生 gc 的时候会把一个 Survivor 中的对象复制到另一个 Survivor ，然后把当前的那个 Survivor 清空），假如发生一次 gc 某个对象
  没有被回收则记这个对象的年龄为 1 ，如果这个对象年龄达到 N（jvm 默认 15）的话则进入老年代。