JVM流程图

方法区

Shenandoah

常量池是什么，存储在哪里？符号引用是什么？为什么可以可以从常量池中获取类的符号引用？

判断一个对象是否死亡？

ParallelScavenge

是

如何回收已经死亡的对象？

垃圾回收算法

TLAB方式可提前至TLAB分配

年轻代

指针配碰撞方式分配：使用和空闲分界点一个指针，移动指针分配

new User(...)对象创建

jvm

对象分配内存过程属于非原子操作，并发环境高频率创建对象如果保证线程安全？

对象初始化

S0:1

划分一块内存分配给该对象

在哪里分配？堆；堆是什么？运行时数据区域之一

对象创建在虚拟机中是非常频繁的行 为，即使仅仅修改一个指针所指向的位置，在并发情况下也并不是线程安全的，可能出现正在给对象 A分配内存，指针还没来得及修改，对象B又同时使用了原来的指针来分配内存的情况=>1、通过指针分配一块指定大小的内存2、将指针指向目标对象

操作系统

class文件

Kotlin

Serial

这个对象是哪个类的实例、如何才能找到 类的元数据信息、对象的哈希码（实际上对象的哈希码会延后到真正调用Object::hashCode()方法时才 计算）、对象的GC分代年龄等信息

java文件

空闲列表：维护列表记录可用内存，从中分配

CMS

Person person = new Preson()

堆

老年代

jdk9废弃

成员变量：堆局部变量：栈

直接指针来访问最大的好处就是速度更快，它节省了一次指针定位的时间开销，由于对象访 问在Java中非常频繁，因此这类开销积少成多也是一项极为可观的执行成本，就本书讨论的主要虚拟 机HotSpot而言，它主要使用第二种方式进行对象访问

class文件结构是什么样子的，里面都有什么？如何查看和解读？

分代收集

如何访问定位到某一个对象？

TLAB分配

垃圾回收算法 & 垃圾回收器

其他语言

ZGC

创建成功一个真正可用的对象

可达性分析算法

垃圾回收器

标记-整理1、移动存货到一边，边界线以外全部清除2、内存规整；需要移动对象，STW，对象越多STW时间越长

执行类加载，双亲委派机制

对象头信息进行设置

Serial Old

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

三色标记

否

S1:1

指向

类加载机制

是否可以在常量池中找到类型的符号引用？=>类的全限定名

G1

原理简单，效率搞，但是单纯的引用计数法很难解决循环引用问题

使用句柄来访问的最大好处就是reference中存储的是稳定句柄地 址，在对象被移动（垃圾收集时移动对象是非常普遍的行为）时只会改变句柄中的实例数据指针，而 reference本身不需要被修改

非原子操作

分代收集；分代假说；跨代引用假说；STW停止用户线程

jvm识别的是class文件，和语言无关，并属于java独有

对象的内存布局：对象头（Header）、实例 数据（Instance Data）和对齐填充（Padding）。对象头是重点，存储两类信息：自身的运行时数据（包含数组长度-属性）、类型指针即对象指向它类型元数据的指针

Parallel Old

堆内存是否规整由垃圾收集器有关，采用标记复制和标记整理则有压缩整理能力内存规整

编译：javac

堆内存是否规整？

ParNew

TLAB是否开启（默认开启）

句柄

标记-清除1、标记所有需要清除的对象，统一回收；也可标记存活，清理未标记2、效率不稳定；内存空间碎片化

通过 一系列称为“GC Roots”的根对象作为起始节点集，从这些节点开始，根据引用关系向下搜索，搜索过 程所走过的路径称为“引用链”（Reference Chain），如果某个对象到GC Roots间没有任何引用链相连， 或者用图论的话来说就是从GC Roots到这个对象不可达时，则证明此对象是不可能再被使用的。

执行<init>()，真正初始化，执行代码块、构造函数

初始化成员变量零值（不同数据类型的默认值），保证不赋值可以使用=>0/NULL/false

直接指针

CAS：比较和交换；不加锁

class文件是如何加载到jvm中的？如果程序员编写的类和jdk重复如何处理？=>双亲委派机制加载完毕之后存储到哪里？=>方法区，运行时数据区域之一

Groovy

引用计数法

其他可以运行在jvm上的语言

标记-复制1、用一半，留一半，清理时复制存活到未用的一半，清空另一半2、内存规整，内存利用率低，STW

Eden:8