JVM模拟面

JVM

说说java虚拟机运行时数据区的划分

java虚拟机在执行Java程序时，将所管理的内存划分为若干个不同的数据区域，这些区域各有各的用途。
总的来说，运行时数据区共有五部分，分别是程序计数器、Java虚拟机栈、Java堆、方法区以及本地方法栈。其中程序计数器、虚拟机栈和本地方法栈都是线程私有的，它们当中的数据随着线程的创建而存在，随着线程的停止而销毁。

程序计数器（PC计数器）

程序计数器是一块较小的内存，是当前线程所执行的字节码的行号指示器，使得线程切换后能恢复到正确的执行位置。
每个线程都有一个独立的程序计数器，互不干扰，独立存储，因此是线程私有的。
如果线程执行的是Java方法，则程序计数器记录的是正在执行的字节码指令地址；如果是native方法，则计数器值为空。不存在OutOfMemoryError异常。

Java虚拟机栈

Java虚拟机栈也是线程私有的，生命周期和线程相同。
虚拟机栈描述的是Java方法执行的内存模型：每一个方法执行时都会创建一个栈帧，存储局部变量表、操作数栈、动态链接、方法出口灯信息。每一个方法从调用到执行完成的过程，就对应着一个栈帧在虚拟机栈中入栈到出栈的一个过程。
其中，**局部变量表存放了编译时期可知的各种基本数据类型、对象引用和returnAddress类型（指向字节码地址）。**double 和long都占用两个局部变量空间（slot），其他的都只占用1个。
局部变量表所需的内存空间在编译期间就完成分配，当进入一个方法时，这个方法需要在帧中分配多大的局部变量空间是完全确定的，在方法运行期间不会改变局部变量表的大小。
JVM Stack 异常情况：
StackOverflowError：当线程请求分配的栈深度超过JVM允许的深度时抛出
OutOfMemoryError：如果JVM Stack可以动态扩展，但在扩展时无法申请到足够的内存时抛出异常。

本地方法栈

本地方法栈与Java虚拟机栈的作用类似，只不过本地方法栈执行的是native方法。它也会抛出StackOverflowError和StackOverflowError异常。

方法区

方法区是各个线程共享的内存区域，用于存储已被虚拟机加载的类信息、常量、静态变量、函数的字节码内容等数据。在虚拟机启动时创建，在实际内存空间可以不连续，逻辑上连续即可。

运行时常量池

运行时常量池本来是方法区中的一部分，jdk1.7将其从方法区中移出，放入了堆空间内。
运行时常量池用于存放编译期生成的各种字面量和符号引用，这部分内容
将在类加载后进入常量池存放。
运行时常量池具备动态性，可以在运行期间将新的常量放入池中。如String.intern()，先在常量池中创建引用，再找值，如果存在，则引用指向它并返回；如果不存在，将值放入常量池再返回。
由于这一部分的内容
方法区异常主要是OutOfMemoryError异常。

Java堆

Java堆是Java虚拟机所管理的内存中最大的一部分。它是被所有线程所共享的，在虚拟机启动时创建。
所有的对象实例以及数组都要在堆上分配内存。
Java堆上的对象实例等被垃圾收集器所管理，无需、也无法显示的被销毁。
Java堆和方法区一样，不需要保证物理连续，只需要逻辑上连续即可。
Java堆的异常，也主要是OutOfMemoryError异常。

什么是指针碰撞，什么是空闲列表

指针碰撞和空闲列表都是Java堆对象创建过程中为对象分配空间的方法。

指针碰撞

假设Java堆上的内存是绝对规整的，用过的放在一边，没用过的放在另一边。它们的分界线放着一个指针作为指示器。为对象分配内存时就是将指示器往没用的一边挪动对象内存大小的距离，这种方式就成为指针碰撞。

空闲列表

假设Java堆上的内存并不是规整的，已存的和空闲的交错分布。这个时候指针碰撞的分配方式就无法实现了。虚拟机就必须维护一张表，用来记录哪些内存时可用的。在分配内存时就在表中查找一块足够大的空间分配给该对象实例，并更新表上的记录。这种方式就是空闲列表。
选择哪种方式由Java堆是否规整决定，而Java堆是否规整又由所采用的垃圾收集器是否带有压缩整理功能决定。如采用复制算法的收集器就可以使用指针碰撞，采用标记整理的算法可以使用空闲列表。

说说你理解的GC机制

对于GC机制，主要是从三个方面来谈，首先是要明确哪些内存需要回收；其次是确定什么时候进行回收；最后就是如何回收的问题了。

哪些内存需要回收

我们知道，Java运行时内存大致分为了五个数据区，程序计数器、Java虚拟机栈、本地方法栈、Java堆、方法区。
由于程序计数器、Java虚拟机栈和本地方法栈都是线程私有的，随着线程的创建而产生，随着线程的结束而销毁，因此这部分不需要我们自己来进行垃圾收集。
而对于方法区和Java堆，由于一个接口的多个实现类需要的内存可能不一样，一个方法的多个分支需要的内存也可能不一样，我们只有在运行期间才能知道可能会创建哪些对象，这部分的内存分配和回收都是动态的，所以我们所关注的垃圾收集就是关于这部分的内容。

确定什么时候进行回收

什么时候回收？！肯定是在对象无法存活的时候进行回收。因此我们就得判断对象是否还存活着，共有两种方法。

引用计数算法

这种方法就是给对象添加一个引用计数器，每当引用一次就+1，失效就-1，任意时刻引用计数器值为0的对象就不可能再被使用，可以进行垃圾收集。
优点：实现简单，判定效率很高，大部分情况下都适合。
缺点：很难解决对象之间相互循环引用的问题，这会导致两个对象明明已经不可能再被访问了，但它们的计数器都不为0，无法通知GC收集器对其进行回收。

可达性分析算法

这种方式是通过一系列称为“GC Roots”的对象作为起始点，从这些节点开始向下搜索，所经历过的路径称为引用链。当一个对象到GC Roots没有任何引用链相连时，则说明此对象不可用，就可以进行回收。
GC Roots：虚拟机栈中引用的对象，方法区中静态属性引用的对象，方法区中常量引用的对象，本地方法栈中native方法引用的对象。

———-补充一下引用的知识———-

所谓的引用，就是指它的值代表的是另一块内存的起始地址，就成为这块内存代表着一个引用。
引用分为强引用，软引用，弱引用以及虚引用。
其中，强引用类似Object obj=ne