JVM

程序计数器占据较小的内存区域，它可以看作当前线程所执行的字节码的行号指示器。为了保证CPU执行权从A线程跳转到B线程后，返回A时，A线程能够继续执行之前的代码，所以A,B两个线程都具有自己的程序计数器，所以程序计数器具有线程隔离性

 如果线程执行一个Java方法，程序计数器中存放的就是正在执行的虚拟机字节码指令的地址

 如果线程执行一个本地方法，程序计数器中为空

线程私有

虚拟机栈描述的是Java方法执行的线程内存模型：每个方法被执行的时候，Java虚拟机都会同步创建一个栈帧用于存储局部变量表，操作数栈，动态连接，方法出口等信息。每一个方法被调用直至执行完毕的过程，就对应着一个栈帧再虚拟机栈中从入栈到出栈的过程。

线程私有

局部变量表是一组变量值存储空间，用于存放方法参数和方法内部定义的局部变量。在Java程序被编译成Class文件时，就在方法的Code属性的max_locals数据项中确定了该方法所需要分配的最大局部变量表的容量。局部变量表的容量以变量槽(Variable Slot)为最小单位，Java虚拟机规范并没有定义一个槽所应该占用内存空间的大小，但是规定了一个槽应该可以存放一个32位以内的数据类型。

一个线程中方法的调用链可能会很长，很多方法都同时处于执行状态。对于JVM执行引擎来说，在在活动线程中，只有位于JVM虚拟机栈栈顶的元素才是有效的，即称为当前栈帧，与这个栈帧相关连的方法称为当前方法，定义这个方法的类叫做当前类。

 与虚拟机栈作用相似，区别在于虚拟机栈执行Java方法服务，而本地方法栈则是虚拟机使用到的本地方法服务

虚拟机管理的最大一块内存，是线程共享的一块内存区域，再虚拟机启动时创建，唯一的目的就是存放对象实例。

Java堆可以处于物理上不连续的内存空间中，但再逻辑上它应该被视为连续的。

堆无法扩展时，Java虚拟机会抛出OutOfMemoryError

可固定大小，也可扩展，通过-Xmx和-Xms设定

存储已被虚拟机加载的类型信息，常量，静态变量，即使编译器编译后的代码缓存等数据。是线程共享的。方法区里的class文件信息包括：魔数，版本号，常量池，类，父类和接口数组，字段，方法等信息，其实类里面又包括字段和方法的信息。

运行时常量池：运行时常量池是方法区的一部分，Class文件中除了有类的版本，字段，方法，接口等描述信息外，还有一项信息是常量池表，用于存放编译期生成的各种字面量与符号引用，这部分内容及那个在类加载后存放到方法区的运行时常量池中
运行时常量池具备动态性，就是运行期间也可以将新的常量放入池中，例如String的intern()。
当常量池无法申请到内存时会抛出OutOfMemoryError

HotSpot在JDK不同版本中对方法区的设计

在对象中添加一个引用计数器，每当一个地方引用它时，计数器加一；每当引用失效的时候，计数器值减一；任何时刻计数器为零的对象就是不可能再被使用的

缺点：对象相互循环引用

通过一系列"GC Roots"的根对象作为其实节点集，从这些节点开始，根据引用关系向下搜索，搜索过程所走过过的路径成为"引用链"，如果某个对象到GC Roots间没有任何引用链相连，则证明此对象不可能再被使用

可以作为GC Roots的对象

即使在可达性分析算法中不可达的对象，也并非“非死不可”，这时候这些对象将暂时处在“缓刑”阶段。

要宣告一个对象的真正死亡，至少要经历俩次标记过程：

如果对象在进行可达性分析之后发现没有与GC Roots相连的引用链，那么它将会被第一次标记并且进行一次筛选，筛选的条件是此对象石油有必要执行finalize（）方法
当对象没有覆盖finalize（）方法，或者finalize（）方法已经被JVM调用过，虚拟机会认为这俩种情况都“没有必要执行”，此时的对象才是真正“死”的对象。
如果这个对象被判定为有必要执行finalize（）方法，那么这个对象将会被放置在一个叫做F-Queue的队列之中，并在稍后由一个虚拟机自动建立的、低优先级的Finalizer线程去执行它（执行指的是虚拟机会触发finalize（）方法）。

finalize（）方法是对象逃脱“死亡”的最后一次机会，稍候GC将对F-Queue中的对象进行第二次小规模标记，如果对象在finalize（）中成功自救（只需要重新与引用链上的任意一个对象建立起关联关系即可），那在第二次标记时，它将会被移除“即将回收”的集合；如果对象这个时候还是没有自救成功，那么就会被真正的回收了。

方法区的垃圾收集主要回收两部分内容：废弃的常量和不再使用的类型

建立在两个分代假说上

设计原则

部分收集（Partial GC）

整堆收集（Full GC）

分为"标记"和"清除"两个阶段：首先标记出所有需要回收的对象，在标记完成后，统一回收掉所有被标记的对象

两个主要缺点

被称为“半区复制”，将内存划分成大小相等的两块内存区域，每次只使用其中的一半，当其中一块使用完时，就将还存活的对象复制到另一块内存上，然后再把一使用过的内存空间一次清理掉

缺点：可用内存缩小为一半，浪费空间

Apple式回收

标记所有需要回收的对象，然后将所有存活的对象都想内存一端移动，最后直接清理掉边界以外的内存

根节点枚举

安全点

安全区域

记忆集和卡表

根节点的枚举阶段是不太耗时的，也不会随着java堆里面存储的对象增加而增加耗时。而"标记"过程的耗时是会随着java堆里面存储的对象增加而增加的。                                                                                                                              "标记"阶段是所有使用可达性分析算法的垃圾回收器都有的阶段。因此我们可以知道，如果能够削减"标记"过程这部分的停顿时间，那么收益将是可观的。
所以并发标记要解决什么问题呢？
就是要消减这一部分的停顿时间。那就是让垃圾回收器和用户线程同时运行，并发工作。也就是我们说的并发标记的阶段。

为什么遍历对象图的时候必须在一个能保障一致性的快照中？

HotSpot虚拟机的垃圾收集器，连线表示收集器可以搭配使用，Serial + CMS和Par New + Serial Old着两组收集器组合在JDK9中被取消了

新生代收集器

老年代收集器

Garbage First收集器（G1）

通过一个类的全限定名来获取定义此类的二进制字节流

将这个字节流所代表的静态存储结构转换为方法区的运行时数据结构

在内存中生成一个代表这个类的java.lang.Class对象，作为方法区这个类的各种数据的访问入口

确保Class文件的字节流中包含的信息符合《Java虚拟机规范》的全部约束条件

验证阶段大致上会完成下面四个阶段的检验动作

正式为类中定义的变量（即静态变量，被static修饰的变量）分配内存并设置类变量初始值的阶段

这时候进行内存分配的仅包括类变量，而不包括实例变量，实例变量将会在对象实例化时随着对象一起分配在Java堆中。其次是这里所说的初始值“通常情况”下是数据类型的零值，假设一个类变量定义为：public static int value = 123; 那么变量value准备阶段过后的初始值为0而不是123。特殊情况，如果类字段的字段属性表中存在ConstantValue属性，那在准备阶段变量就会被初始化为ConstantValue属性所指定的初始值，例如：public static final int value = 123;

Java虚拟机将常量池内的符号引用替换为直接引用的过程

这个阶段主要是对类变量初始化，是执行类构造器的过程。
换句话说，只对static修饰的变量或语句进行初始化。
如果初始化一个类的时候，其父类尚未初始化，则优先初始化其父类。
如果同时包含多个静态变量和静态代码块，则按照自上而下的顺序依次执行

启动类加载器

其他类加载器

定义

工作过程