JVM虚拟机

堆：堆是被所有线程共享的一块内存区域，此区域主要存放对象实例；是垃圾管理器管理的内存区域，由于分代收集理论，堆被划分为新生代(Eden区)、老年代、Survivor空间(From Survivor)；堆可以被实现为固定大小，也可以是可扩展，通过-Xmx和-Xms设定，如果堆中没有内存完成实例分配，且无法在扩展时，会抛出OutOfMemoryError异常

虚拟机栈：线程私有的，跟线程相同的生命周期。每个方法被执行时，都会同步创建一个栈帧，用于存储局部变量表、操作数栈、动态连接、方法出口等信息；在Java虚拟机规范中，对虚拟机栈规定了两类异常状况：如果线程请求的栈深度大于虚拟机所允许的深度，将会抛出StackOverflowError异常；如果Java虚拟机栈容量可以动态扩展，当栈扩展时无法申请到足够的内存会抛出OutOfMemoryError异常

本地方法栈：存放虚拟机使用的本地(native)方法；本地方法栈会跟虚拟机栈一样，在栈深度溢出或栈扩展失败时会抛出StackOverflowError异常和OutOfMemoryError异常

方法区(永久代、元空间)：存放类结构信息、对应的运行时常量池、字段、方法代码等

运行时常量池(字符串常量池)：存放编译期生成的各种字面量与符号引用

直接内存：物理内存，不会受Java堆的大小限制

为什么堆内存要分年轻代和老年代？
因为很多对象基本都是朝生夕死。难以熬到垃圾收集过程，那么可以把他们用较小的区域存放他们，可以节省大量的空间
而剩下的对象大都是难以消亡，那么可以用比较多的空间来进行存储，用较低的频率进行回收

解释一个对象的创建过程
发送new指令，然后会检查这个指令是否存在常量池和是否已经加载过，不存在的话就加载类，存在就进行内存分配空间，初始化内存空间为0值，填充设置必要信息，执行init方法

解释一个对象的内存分配
内存分配分为两种且不同收集器不一样：指针碰撞、空闲列表
指针碰撞：如果堆中的内存是绝对调整的，所有用过的内存都放在一边，没有用过的内存放在另一边，中间放着一个指针作为分界点指示器，那所分配内存就仅仅是把那个指针向空闲的那侧移动一段与对象大小相等的距离
空闲列表：如果堆中的内存不是规整的，那么就没法简单的进行指针碰撞，虚拟机就必须维护一个列表，记录哪些内容是可用的，在分配时从列表中找到一块足够大的空间划分给对象实例，并更新列表信息

还有一种是本地线程分配缓冲：对象分配交由每个线程的TLAB进行分配，TLAB用完时在分配新的TLAB时需要锁定同步，可以通过-XX:+UseTLAB参数开启

解释一个对象的销毁过程
有两种算法来判断对象是否可活：引用计数法、可达性分析
一个对象死亡至少需要经过两个标记过程，如果对象在进行可达性分析时没有GC Roots存在相关联，那它将会被第一次标记，随后进行一次筛选，对覆盖了finalized方法的对象放置在一个队列中，并由虚拟机去触发执行，但并不承诺一定会等待运行结束，如果对象还没有逃脱，那基本判断对象可回收

对象的 2 种访问方式是什么？
句柄访问：这种方式会在Java堆中划分一块内存来作为句柄池，本地变量表中的reference中存储的就是对象的句柄地址，而句柄中包含对象实例数据与类型数据各自的具体地址信息；这种方式的优势是在对象被移动(垃圾回收等)时只会改变句柄中的实例数据指针，而reference不用更改
直接指针访问：使用这种方式会本地变量表的reference直接存储对象的地址；这种方式的优势是速度更快，节省了一次指针定位的时间开销

为什么需要内存担保？
当新生代无法分配内存时，就需要先把新生代的对象转移到老年代，而释放出足够的空间来存放新的对象

垃圾收集算法有哪些？垃圾收集器有哪些？他们的特点是什么？
收集算法：标记清除、标记复制、标记整理

ParNew 收集器
采用多个收集线程去完成垃圾，是Serial收集器的并行版本

ParallelScavenge 并行收集器
是一款新生代收集器，是基于标记复制算法实现的收集器，也是并行收集的多线程收集器，目标是达到一个可控制的吞吐量(吞吐量= 运行用户代码时间/ (运行用户代码时间 + 运行垃圾收集时间 ))
-XX:MaxGCPauseMillis：收集器尽力保证内存回收花费的时间不超过该参数设定值
-XX:GCTimeRatio：垃圾收集时间占总时间的比率
-XX:UseAdaptiveSizePolicy: 是一个开关参数，开启时虚拟机会根据当前系统运行情况收集性能监控信息，动态调整这些参数以提供最合适的停顿时间或者最大吞吐量

ParallelOld 收集器
是一款老年代的收集算法，支持多线程并发收集，基于标记整理算法，是一个注重吞吐量优先的收集器

CMS 收集器
一种以获取最短回收停顿时间为目标的收集器，基于标记清除算法实现，整个收集过程分为：初始标记、并发标记、重新标记、并发清除；其中初始标记和重新标记需要stop the word，初始标记只是标记GC Roots直接关联到的对象，并发标记需要遍历整个对象图查找gc roots的关联对象，重新标记则是为了修正并发标记期间，因用户程序继续运作而导致标记产生变动，并发清除则是清理掉标记阶段的死亡对象；但该收集器对处理器资源非常敏感，在并发阶段，虽然不会导致用户停顿，但却会占用一部分线程而导致程序变慢；而且也无法清理浮动垃圾

G1 收集器
一款主要面向服务端应用的垃圾收集器，基于Region的堆内存布局，每个Region区域都可以扮演Eden区、Survivor区、老年代，还有一个特殊的Humongous区域，用来存储大对象，只要认为大小超过一个Region容量的一半对象都判定为大对象，可以通过-XX:G1HeapRegionSize(1M-32M)设置每个Region区域的大小；G1收集器分为初始标记、并发标记、最终标记、筛选回收阶段

Shenandoah收集器
是在openjdk12的正式特征之一，目标是实现一种能在任何堆内存大小下都可以把垃圾收集的停顿时间限制在十毫秒以内的收集器，不仅进行并发标记还要并发进行对象清理后的整理动作，采用连接矩阵的全局数据结构来记录跨Region的引用关系，降低处理跨代指针的记忆集维护消耗，降低了伪共享问题；工作过程分为：初始标记、并发标记、最终标记、并发清理、并发回收、初始引用更新、并发引用更新、最终引用更新、并发清理等 九个阶段，利用三色标记来标记对象的状态

ZGC收集器
一款基于Region内存布局，(暂时)不设分代，使用了读屏障、染色指针和内存多重映射等技术来实现并发的标记整理，以低延迟为首要目标的一款收集器