JVM

一、内存结构

1、简述一下JVM的内存结构？(高频)

JVM可以分为两大部分，线程私有区和线程共享区。

(1):线程私有区

① 程序计数器

- 作用：是一块较小的内存空间，存储的是当前线程所执行的字节码文件的行号.
- 特点：线程私有 ，不会出现内存空间溢出.

② 虚拟机栈

是管理JAVA方法执行的内存模型。每个方法执行时都会创建一个
当前栈桢来存储方法中
局部变量表、
操作数栈、
动态链接方法、
返回值、返回地址
等信息。
栈的大小决定了方法调用的可达深度（递归多少层次，或嵌套调用多少层其他方法，idea中 -Xss参数可以设置虚拟机栈的大小）
特点:1、线程私有

		2、局部变量表存放了编译期可知的所有基本数据类型（byte、short、int、long、float、double,boolean、char,）以及对象引用（reference 类型）

		3、栈太小或者方法调用过深，都将抛出StackOverflowError异常

③ 本地方法栈

为它本地语言服务的虚拟机栈,也就是C语言.

(2):线程共享区：

① 堆内存

是Java内存区域中一块用来存放对象实例的区域，对象,数组以及常量池【从Java7开始，常量池也会使用堆内存】都使用堆内存；

堆内存从GC的角度还可以细分为: 新生代( Eden区 、From Survivor区和 To Survivor区 )和老年代。

- 堆内存的特点：
	 1、线程共享，需要考虑线程安全问题,同时会产生内存溢出.
	 
-Xms	设置最小堆内存大小(不能小于1024K); 
-Xmx	设置最大堆内存大小(不能小于1024K); 

② 方法区

是用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据
特点：
	1、方法区是一块线程共享的内存区域
	2、方法区的大小决定了系统可以保存多少个类，如果系统定义了太多的类，导致方法区溢出，虚拟机同样会抛出内存溢出的错误
	4、现在说的方法区一般是元数据区(元空间),如果不指定大小，默认情况下，虚拟机会耗尽可用系统内存

	为什么将常量池放到堆内存中:
	1、因为方法区中存储的都是类信息，静态变量...这些信息不能被轻易回收,提高内存的回收效率,
	2、由于方法区的垃圾回收效率比较低,那么字符串常量池很容易产生内存溢出.

2、堆和栈的区别？(高频)

① 存储不同：栈内存用来存储局部变量和方法调用，而堆内存用来存储Java中的对象。无论是成员变量，局部变量，还是类变量，它们指向的对象都存储在堆内存中。

② 共享不同：栈内存是线程私有的。堆内存是所有线程共有的。

③ 异常错误不同：

栈空间不足：java.lang.StackOverFlowError。
堆空间不足：java.lang.OutOfMemoryError。(超出内存)

④ 大小：栈的空间小于堆空间。

3、怎么获取Java程序使用的堆内存使用的百分比？

可以通过java.lang.Runtime类中与内存相关方法来获取剩余的内存，总内存及最大堆内存。通过这些方法你也可以获取到堆使用的百分比及堆内存的剩余空间。
1、Runtime.freeMemory() 方法返回剩余空间的字节数
2、Runtime.totalMemory()方法总内存的字节数

4.如何启动系统的时候设置jvm的启动参数？

采用"java -jar"的方式启动一个jar包里面的系统，在java -jar之间加参数

二.垃圾回收

5.如何判断一个对象是否为垃圾？(高频)

① 引用计数法：

堆中每个对象实例都有一个引用计数。当一个对象被创建时，且将该对象实例分配给一个变量，该变量计数设置为1。当任何其它变量被赋值为这个对象的引用时，计数加1（a = b,则b引用的对象实例的计数器+1），但当一个对象实例的某个引用超过了生命周期 或者被设置为一个新值时，对象实例的引用计数器减1。任何引用计数器为0的对象实例可以被当作 垃圾收集。
特点：简单、无法解决循环引用问题

② 可达性分析算法 ：

可达性分析算法又叫做根搜索法，就是通过一系列的称之为"GC Roots"的对象作为起始点，从这些节点开始向下搜索，搜索走过的路径被称为（Reference Chain(影响链))，当一个对象 到GC Roots没有任何引用链相连时（即从GC Roots节点到该节点不可达），则证明该对象是不可用的。

6.可达性算法中，哪些对象可作为GC Roots对象？(高频)

1、虚拟机栈中引用的对象

2、方法区静态成员引用的对象

3、方法区常量引用对象

4、本地方法栈引用的对象

7.Java中都有哪些引用类型？(高频)

① 强引用

Java中默认声明的就是强引用，只要强引用存在，垃圾回收器将永远不会回收被引用的对象，哪怕内存不足时，JVM也会直接抛出OutOfMemoryError，不会去回收。如果想中断强引用与对象之间的联系，可以显示的将强引用赋值为null，这样一来，JVM就可以适时的回收对象了.

② 软引用

软引用是用来描述一些非必需但仍有用的对象。在内存足够的时候，软引用对象不会被回收，只有在内存不足时，系统则会回收软引用对象，如果回收了软引用对象之后仍然没有足够的内存，才会抛出内存溢出异常。
这种特性常常被用来实现缓存技术，比如网页缓存，图片缓存等。
在 JDK1.2 之后，用java.lang.ref.SoftReference类来表示软引用。

③ 弱引用

弱引用的引用强度比软引用要更弱一些，无论内存是否足够，只要 JVM 开始进行垃圾回收，那些被弱引用关联的对象都会被回收。
在 JDK1.2之后,用java.lang.ref.WeakReference来表示弱引用。

④ 虚引用

虚引用是最弱的一种引用关系，如果一个对象仅持有虚引用，那么它就和没有任何引用一样，它随时可能会被回收，
在 JDK1.2 之后，用 **PhantomReference** 类来表示，通过查看这个类的源码，发现它只有一个构造函数和一个 get() 方法，而且它的 get() 方法仅仅是返回一个	null，也就是说将永远无法通过虚引用来获取对象.
特点：

1、每次垃圾回收时都会被回收，主要用于监测对象是否已经从内存中删除

2、虚引用必须和引用队列(ReferenceQueue )关联使用, 当垃圾回收器准备回收一个对象时，如果发现它还有虚引用，就会把这个虚引用加入到与之关联的引用队列中

3、程序可以通过判断引用队列中是否已经加入了虚引用，来了解被引用的对象是否将要被垃圾回收。如果程序发现某个虚引用已经被加入到引用队列，那么就可以在所引用的对象的内存被回收之前采取必要的行动

8.常见的垃圾回收算法都有哪些？(高频)

① 标记清除

首先标记出所有需要回收的对象，在标记完成后统一回收所有被标记的对象。
优点：速度比较快
缺点：会产生内存碎片，碎片过多，仍会使得连续空间少

② 标记整理

首先标记出所有需要回收的对象，在标记完成后统一进行整理，整理是指存活对象向一端移动来减少内存碎片，相对效率较低
优点：无内存碎片
缺点：效率较低

③标记复制

开辟两份大小相等空间，一份空间始终空着，垃圾回收时，将存活对象拷贝进入空闲空间；
优点：无内存碎片
缺点：占用空间多
分代回收
根据对象存活周期的不同，将对象划分为几块，比如Java的堆内存，分为新生代和老年代，然后根据各个年代的特点采用最合适的算法；

新生代对象的存活的时间都比较短，因此使用的是【复制算法】；
而老年代对象存活的时间比较长那么采用的就是【标记清除】或者【标记整理】；

9.简述Java垃圾回收机制？有什么办法主动通知虚拟机进行垃圾回收？

在Java中，程序员是不需要显示的去释放一个对象的内存的，而是由虚拟机自行执行。在JVM中，有一个垃圾回收线程，它是低优先级的，在正常情况下是不会执行的，只有在虚拟机空闲或者当前堆内存不足时，才会触发执行，扫那些没有被任何引用的对象，并将它们添加到要回收的集合中，进行回收。程序员可以手动执行System.gc()，通知GC运行.

三.对象分配

10.对象在内存中是如何进行分配的？(高频)

① 对象优先在Eden分配：对象优先在『伊甸园』分配，当『伊甸园』没有足够的空间时，触发 ‘Minor GC’(小范围的GC),垃圾回收线程启动，进行垃圾回收，此时会触发"stop the world"(停止所有用户线程).

Eden区中所有存活的对象都会被复制到“To”，而在“From”区中，仍存活的对象会根据他们的年龄值来决定去向。年龄最多到一定值(最大值是15，对象在Survivor区中每熬过一次Minor GC，年龄就会增加1岁,(年龄阈值，可以通过-XX:MaxTenuringThreshold来设置)的对象会被移动到年老代中，没有达到阈值的对象会被复制到“To”区域。
"From"和"To"会交换他们的角色(to变成from,from此时满了,to空的),下一次垃圾回收的时候也是从Eden将存活的对象复制到TO区,Minor GC会一直重复这样的过程，直到“To”区被填满，“To”区被填满之后，会将所有对象移动到年老代中。

② 大对象直接晋升至老年代

当对象太大，伊甸园包括幸存区都存放不下时，这时候老年代的连续空间足够，此对象会直接晋升至老年代，不会发生 GC

11.对象是怎么从年轻代进入老年代的？

1、如果对象够老，会通过提升（Promotion）进入老年代，这一般是根据对象的年龄进行判断的。
2、动态对象年龄判定。有的垃圾回收算法，比如G1，并不要求age必须达到15才能晋升到老年代，它会使用一些动态的计算方法。
3、超出某个大小的对象将直接在老年代分配。不过这个值默认为0，意思是全部首选Eden区进行分配。

12.简单描述一下（分代）垃圾回收的过程？(高频)

分代回收器有两个分区：老生代和新生代，新生代默认的空间占比总空间的 1/3，老生代的默认占比是2/3。

新生代使用的是复制算法，新生代里有3个分区：Eden、To Survivor、From Survivor，它们的默认占比是 8:1:1，它的执行流程如下：

当年轻代中的Eden区分配满的时候，就会触发年轻代的GC（Minor GC）。具体过程如下：

1、在Eden区执行了第一次GC之后，存活的对象会被移动到其中一个to Survivor分区,

2、From区中的对象根据对象的年龄值决定去向，达到阈值15移动到老年代，没有达到复制到to区域(复制算法)

3、在把Eden和to区中的对象清空掉

13.JVM的永久代中会发生垃圾回收么？

永久代会触发垃圾回收的，如果永久代满了或者是超过了临界值，会触发完全垃圾回收（Full GC）。

注：Java 8 中已经移除了永久代，新加了一个叫做元数据区(Metaspace)的内存区。

四.垃圾收集器

14.常见的垃圾收集器都有哪些？(高频)

不同的垃圾收集器，作用的堆内存空间是不一样的；上面的 serial ， parnew ， Paraller Scavenge (同步清扫)是新生代的垃圾回收器；CMS ， Serial Old ， Parallel Old是老年代的垃圾收集器 ， G1垃圾收集器可以作用于新生代和老年代； (连线表示这些垃圾收集器可以搭配使用；)

① Serial

特点：
1. Serial是一个单线程的垃圾收集器
2. “Stop The World”，它进行垃圾收集时，必须暂停其他所有的工作线程，直到它收集结束。在用户不可见的情况下把用户正常工作的线程全部停掉。
应用场景：
1. 使用场景：多用于桌面应用，Client端的垃圾回收器
2. 桌面应用内存小，进行垃圾回收的时间比较短，只要不频繁发生停顿就可以接受
Serial Old收集器是Serial的老年代版本,和Serial一样是单线程，使用的算法是->“标记-整理”

② ParNew

ParNew 收集器其实就是 Serial 收集器的多线程版本.

特点：
1、会触发stop the world
2、多线程方式进行垃圾回收
应用场景：
它是许多运行在 Server 模式下的虚拟机中首选的新生代收集器
注意：如果是单核cpu即使使用该垃圾回收器也无法提高执行效率

③ Parallel Scavenge(同步清扫)

概述：Parallel Scavenge 收集器是一个新生代收集器，它也是使用复制算法的收集器，又是并行的多线程收集器

特点：由于与吞吐量关系密切，Parallel Scavenge 收集器也经常称为“吞吐量优先”收集器
所谓吞吐量就是 CPU 用于运行用户代码的时间与 CPU 总消耗时间的比值，(即吞吐量=运行用户代码时间/（运行用户代码时间+垃圾收集时间）)，虚拟机总共运行了 100 分钟，其中垃圾收集花掉 1 分钟，那吞吐量就是 99%

应用场景： 高吞吐量则可以高效率地利用 CPU 时间，尽快完成程序的运算任务，主要适合在后台运算而不需要太多交互的任务。

Parallel old收集器是Parallel Scavenge收集器的老年代版本，使用的是多线程+标记整理算法

④ CMS(重点)

概述：CMS (Concurrent Mark Sweep）收集器是一种以获取最短回收停顿时间为目标的收集器。

特点：
1. CMS 收集器是基于“标记-清除”算法实现的
2. 目前很大一部分的Java应用集中在互联网站或者B/S系统的服务端上,这类应用尤其重视服务的响应速度，希望系统停顿时间最短，以给用户带来较好的体验。

步骤流程：
- 初始标记（CMS initial mark) -------- 标记一下 GC Roots 能直接关联到的对象，速度很快（stop the world）
- 并发标记（CMS concurrent mark） -------- 对初始标记标记过的对象，进行trace（进行追踪，得到所有关联的对象，进行标记）
- 重新标记（CMS remark) -------- 为了修正并发标记 期间因用户程序导致标记产生变动的标记记录（stop the world）
- 并发清除（CMS concurrent sweep) 一起删除
缺点：会产生垃圾碎片

⑤ G1

概述： G1是一个分代的，并行与并发的 “标记-整理"垃圾回收器。 它的设计目标是为了适应现在不断扩大的内存和不断增加的处理器数量，进一步降低暂停时间（pause time），同时兼顾良好的吞吐量。
相比于CMS：
1. G1垃圾回收器使用的是"标记-整理”，因此其回收得到的空间是连续的。
2. G1回收器的内存与CMS回收器要求的内存模型有极大的不同。G1将内存划分一个个固定大小的region(域)，每个region可以是年轻代、老年代的任意一个。内存的回收是以region(域)作为基本单位的；

15.你都用过G1垃圾回收器的哪几个重要参数？

① -XX:MaxGCPauseMillis(暂停毫秒级):

暂停时间，默认值200ms。这是一个软性目标，G1会尽量达成，如果达不成，会逐渐做自我调整。

② -XX:G1HeapRegionSize(域区大小):

Region大小，若未指定则默认最多生成2048块，每块的大小需要为2的幂次方，如1,2,4,8,16,32，最大值为32M。

③ -XX:G1NewSizePercent (百分比大小)和 -XX:G1MaxNewSizePercent(最大百分比)

新生代比例的上下限
有两个数值指定，下限：-XX:G1NewSizePercent，默认值5%，上限：-XX:G1MaxNewSizePercent，默认值60%。

16.串行（serial）收集器和吞吐量（throughput）收集器的应用场景？

串行收集器对大多数的小应用（在现代处理器上需要大概 100M 左右的内存）就足够了。
而吞吐量收集器使用并行版本的新生代垃圾收集器，它用于中等规模和大规模数据的应用程序。

17.生产上如何配置垃圾收集器的？(Garbage Collection)

1、首先是考虑内存大小问题，基本上每一个内存区域我都会设置一个上限，来避免溢出问题，比如元空间。通常，堆空间我会设置成操作系统的2/3（这是想给其他进程和操作系统预留一些时间），超过8GB的堆优先选用G1。
2、接下来，我会对JVM进行初步优化。比如根据老年代的对象提升速度，来调整年轻代和老年代之间的比例。
3、再接下来，就是专项优化，主要判断的依据就是系统容量、访问延迟、吞吐量等。我们的服务是高并发的，所以对STW(stop the world)的时间非常敏感。我会通过记录详细的GC日志，来找到这个瓶颈点，借用gceasy（重点）https://gceasy.io/这样的gc日志分析工具，很容易定位到问题。(之所以选择采用工具，是因为gc日志看起来实在是太麻烦了，gceasy号称是AI学习分析问题，可视化做的较好。下面是它的界面)

五.类加载器

18.什么是类加载器，类加载器有哪些？(高频)

类加载器的作用：负责将class文件加载到java虚拟机中，并为之创建一个Class对象

从Java虚拟机的角度来讲，只存在如下两种不同的类加载器：

1. 启动类加载器（Bootstrap ClassLoader）, 这个类加载器使用C++语言实现，是虚拟机自身的一部分
2. 其他类加载器，这些类加载器都由Java语言实现，独立于虚拟机外部，并且全部都继承自抽象类（java.lang.ClassLoader）
   从Java开发人员的角度来讲，类加载器还可以划分为以下3种系统提供的类加载器：
3. 启动类加载器（Bootstrap class loader）：它是虚拟机的内置类加载器，通过表示为null
4. 平台类加载器（Platform class loader） ：它是平台类加载器； 负责加载JDK中一些特殊的模块；
5. 系统类加载器（System class loader） ：它也被称为应用程序类加载器， 它负责加载用户类路径上所指定的类库，一般情况下这个就是我们程序中默认的类加载器

19.Java的双亲委托机制是什么？(高频)

概念

我们的应用程序都是由这三种类加载器互相配合进行加载的，如果有必要，还可以加入自定义的类加载器。这些类加载器之间的层次关系一般会如下图所示:

上图所展示的类加载器之间的这种层次关系，就称之为类加载器的双亲委派模型。双亲委派模型要求除了顶层的启动类加载器外，其余的类加载器都应该有自己的父类加载器。这里的类加载器的父子关系不是真正物理意义上的继承，而是逻辑上的继承。

工作过程

双亲委派模型的工作过程是：如果一个类加载器收到了类加载的请求，它首先不会自己尝试加载这个类，而是把这请求委派给父类加载器去完成，每一个层次的类加载器都是如此，因此所有的加载请求最终都应该传送到顶层的启动类加载器中，只有当父类加载器返回自己无法完成这个加载请求（它的搜索返回中没有找到所需的类）时，子类加载器才会尝试自己去加载。

六.性能调优

20.调优命令有哪些？

1、jps，JVM Process Status Tool:

显示指定系统内所有的HotSpot(热点)虚拟机进程。

2、jstat，JVM statistics Monitoring

是用于监视虚拟机运行时状态信息的命令，它可以显示出虚拟机进程中的类装载、内存、垃圾收集、JIT编译 等运行数据。
jstat -options:查询相关帮助文档

3、jmap，JVM Memory Map

用于查看堆内存的分配情况以及生成heap dump(一堆垃圾)文件
jmap -h:查询相关帮助文档
示例1：jmap -heap 33193 查询堆内存的分配情况
示例2：jmap -dump:format=b,file=thread-cup.log 33193

4.jhat，JVM Heap Analysis Tool

命令是与jmap搭配使用，用来分析jmap生成的dump，
jhat内置了一个微型的HTTP/HTML服务器，生成dump的分析结果后，可以在浏览器中查看
jhat -h:查询帮助文档
示例：jhat -J-Xmx512M thread-cup.log

5.jstack

用于生成java虚拟机当前时刻的线程快照。

6.jinfo

JVM Configuration info 这个命令作用是实时查看和调整虚拟机运行参数。
jinfo -h:查询帮助文档
示例：jinfo -flags 33193

21.你知道哪些JVM性能调优参数？(高频)

1、设定堆内存大小：

-Xms	设置最小堆内存大小(不能小于1024K); 	-Xms 堆内存初始大小，可以通过jmap工具进行查看
-Xmx	设置最大堆内存大小(不能小于1024K);     -Xmx 堆内存最大值，可以通过jmap工具进行查看

2、设定新生代大小：

-XX:NewSize：新生代大小
-XX:NewRatio 新生代和老生代占比

3、-XX:SurvivorRatio(存活率)：

伊甸园空间和幸存者空间的占比

4、设定垃圾回收器

年轻代用 -XX:+UseParNewGC 
年老代用-XX:+UseConcMarkSweepGC(标记清除)

22.你用过哪些性能调优工具？(高频)

1、jdk自带监控工具

• jconsole
  Java Monitoring and Management Console(控制台)是从java5开始，在JDK中自带的java监控和管理控制台，用于对JVM中内存，线程和类等的监控
• jvisualvm
  jdk自带全能工具，可以分析内存快照、线程快照；监控内存变化、GC变化等。
  2、第三方
• MAT
  Memory Analyzer Tool，一个基于Eclipse的内存分析工具，是一个快速、功能丰富的Java heap分析工具，它可以帮助我们查找内存泄漏和减少内存消耗;
• GChisto，一款专业分析gc日志的工具

23. 你都有哪些手段用来排查内存溢出？(高频)

内存溢出包含很多种情况，一般来说都是堆溢出。

使用jstat命令(是用于监视虚拟机运行时状态信息的命令)，发现Old区在一直增长。我使用jmap命令(用于查看堆内存的分配情况以及生成heap dump(一堆垃圾)文件 )，导出了一份线上堆栈，然后使用MAT进行分析。通过对GC Roots的分析，我发现了一个非常大的HashMap对象，这个原本是有位同学做缓存用的，但是一个无界缓存，造成了堆内存占用一直上升。后来，将这个缓存改成 Guava Cache(番石榴缓存)，并设置了弱引用，故障就消失了。