JVM

JVM

Java内存区域划分

线程私有：

程序计数器：表示当前线程所执行的字节码的行号指示器，JVM中唯一一块不会产生OutOfMemoryError异常的区域；
   虚拟机栈：Java方法执行的内存模型，每个方法执行时会创建一个栈帧用于存储局部变量表，操作数栈，方法出口等信息，创建栈帧深度太大会导致StackOverFlowError，创建栈帧时内存不够会导致OutOfMemoryError异常；
   本地方法栈，本地native执行的内存模型。也会抛出StackOverFlowError和OutOfMemoryError；

线程共享：

Java堆：JVM启动时创建，可以处于物理上不连续的空间，是垃圾回收的主要区域，所有的对象实例以及数组都分配在堆上，若堆上内存不足则抛出OutOfMemoryError异常；
   方法区：存储已被虚拟机加载过的类信息，比如类中的方法，常量，静态变量等，若方法区中内存不足会抛出OutOfMemoryError异常；
   运行时常量池：方法区的一部分，存放字面量和符号引用。

0.GC堆？

GC堆被分为新生代和老年代，还可以细分为Eden、From Survivor、To Survivor、Old Memory

大部分对象都会出生在Eden区，特别大的对象会直接出生在Old memory，当经历过垃圾回收后就进入Survivor，并且对象的年龄+1，当超过15岁时就会进入Old Memory

1.如何判断对象是否死亡？

• 引用计数法：对象有引用指向它则+1，引用不指向-1，当为0时被回收。不能处理循环引用。
• 可达性分析法：根据称为GC-Roots的对象为起点，向下搜索，当不能到达一个对象的时候，则证明此对象是不可用的。（不是非死不可）

GC-Roots对象：
虚拟机栈中的局部变量表所引用的对象；
方法区中类静态属性引用的对象；
方法区中常量引用的对象；
本地方法栈中引用的对象
所有的对象都放在堆中，其他对象并不被GC所管理，因此在这些区域内，引用的对象都被称为GC-Roots

2.简单的介绍一下强引用、软引用、弱引用、虚引用（虚引用与软引用和弱引用的区别、使用软引用能带来的好处）？

• 强引用：我们使用的大部分引用都是强引用，强引用不会被回收，当内存不足时，JVM宁愿抛出OutOfMemoryError，是程序异常终止，也不会去回收具有强引用的对象。
• 软引用：当内存足够时，GC不会回收，但当内存不足时，GC就会回收它。
• 弱引用：只具有弱引用的对象，不管内存是否足够，GC都会回收它，但是因为垃圾回收器是一个优先性很低的线程，所以不一定很快发现只具有弱引用的对象并回收它。
• 虚引用:虚引用不会决定对象的生命周期，如果一个对象只具有虚引用，那么他就和没有任何引用一样，在任何时候都可能被垃圾回收器回收。

虚引用的主要作用时跟踪对象被垃圾回收的活动

3.不可达的对象并非“非死不可”？

不可达对象并非是非死不可的，它们这是只是处于“缓刑阶段”，要宣告一个对象死亡，至少要经历两次标记过程，第一次标记并进行一次筛选，筛选的条件时当前对象是否有必要执行finalize方法，当对象没有覆盖finalize方法或finallize方法已经被虚拟机调用执行过，虚拟机将这两种情况视为没有必要执行。
被判定为需要执行的对象将会被放在一个队列中进行第二次标记，除非这个对象与引用链上的任何一个对象关联，否则被回收。

4.如何判断一个常量是废弃常量？和 如何判断一个类是无用的类？

• 废弃常量：如字符串常量，没有任何String对象引用当前字符串常量，则是废弃常量。
• 无用的类：
• • 1.该类所有实例被回收
• • 2.加载该类的ClassLoader被回收
• • 3.该类对应的java.lang.Class对象没有在任何地方使用，无法通过反射使用该类。
• 满足上述条件仅仅是可以被回收，不是必然被回收

5.垃圾收集算法？

1. 标记-清除算法：会有效率问题和内存碎片问题。
2. 复制算法：将内存分为相同大小的两块，每次使用其中一块，当用完后，就将存活的对象复制到另一块中，再把使用过的那块全部清除；只能使用一半。
3. 标记-整理算法:先进行标记，再将存活的对象向一端移动，然后请理掉边界意外的内存
4. 分代收集算法:将Java堆分为新生代和老年代，各自采用合适的算法；在新生代中，每次收集都会有大量对象死去，所以可以选择复制算法，只需要付出少量对象的复制成本就可以完成每次垃圾收集。而老年代的对象存活几率是比较高的，而且没有额外的空间对它进行分配担保，所以我们必须选择“标记-清除”或“标记-整理”算法进行垃圾收集。

6.垃圾收集器？

Stop The World：当进行垃圾回收的时候必须暂停其他线程，直到它收集完成。

1. Serial收集器：
   Serial Old收集器：serial收集器的老年代版本
   STW 单线程收集器。
   

2. ParNew收集器：就时Serial的多线程版本。
   

3. Parallel Scavenge收集器
   Parallel Old 收集器：Parallel Scavenge对应的老年代版本
   

4. CMS收集器（Concurrent Mark Sweep）

   • 初始标记：暂停所有线程，并记录直接与Root直接相连的对象，速度很快。
   • 并发标记：会同时启动GC和用户线程，标记其他相连的对象，通常时间较长。
   • 重新标记：在并发标记的时候可能有的又重新被使用，时间很短
   • 并发清除：同时启动GC和用户程序，进行对未标记对象的清扫。

   CMS缺点：1.因为他是标记清除所以会造成大量内存碎片 2.CMS在碎片化严重的时候会单线程执行
   

5. G1收集器（Garbage First）
   G1 从整体来看是基于“标记整理”算法实现的收集器；从局部上来看是基于“复制”算法实现的。
   可预测停顿

• 初始标记
• 并发标记
• 最终标记
• 筛选回收

G1收集器在后台维护了一个优先列表，每次根据允许的收集时间，优先选择回收价值最大的范围（Region），保证了G1收集器在有限的时间内有尽可能高的收集效率。