JVM面试

什么是JVM

1.JVM是java虚拟机，是一个运行在计算机上的程序，他的职责是运行Java字节码文件
2.为了支持java中的一次编译到处运行的跨平台特性，jvm可以在不同的系统上运行
3.jvm能自动为对象，方法等分配内存，以及自动的垃圾回收机制。回收不再使用的对象
4.jvm能进行即时编译，对热点代码进行优化，提升执行效率（例如for循环中的代码）
5.jvm的组成类加载器（加载字节码文件信息到内存中），运行时数据区（管理jvm使用到的内存），执行引擎（解释执行字节码指令，自动垃圾回收），本地接口（调用本地已经编译的方法，比如虚拟机中提供的C，C++方法）
6.常用的jvm时oracle提供的hotspot虚拟机，也可以选择Gragglvm，龙井，OpenJ9等虚拟机

字节码文件的组成

1.字节码本质上是一个二进制的文件，无法用记事本等工具打开，需要专业工具打开
开发环境中可以使用jclasslib插件打开，服务器环境使用javap -v命令打开，
2.基本信息：魔数、字节码文件对应的Java版本号访问标识(public final等等)，父类和接口
常量池：保存了字符串常量、类或接口名、字段名，主要在字节码指令中使用
字段：当前类或接口声明的字段信息
方法：当前类或接口声明的方法信息，字节码指令
属性：类的属性，比如源码的文件名内部类的列表等
3.开发环境idea中查看class文件，在需要查看的方法上选中，点击view，选择show by code with jclasslib
4.具体内容了解不是很重要

运行时数据区

1.运行时数据区分为线程共享，非线程共享两部分
线程共享：方法区，堆
非线程共享：本地方法栈，虚拟机栈，程序计数器
直接内存，主要是NIO使用，由操作系统直接管理，不属于JVM内存
2.程序计数器
每个线程都会通过程序计数器记录当前要执行的字节码指令的地址，
（1）控制程序指令的进行，实现分支，跳转，异常等逻辑
（2）多线程情况下，记录cpu切换前解释执行到那一句指令并继续解释执行
3.java虚拟机栈
采用栈的数据结构来管理方法中调用的基本数据，先进后出，每一个方法的调用使用一个栈帧来保存，每个线程都会包含一个虚拟机栈，生命周期与线程相同
栈帧里面存放的内容：局部变量表（方法执行过程中存放的局部遍历）操作数栈（虚拟机在执行指令过程中用来存放临时数据的一块区域）帧数据：主要包含动态链接，方法出口，异常表等内容
动态链接︰方法中要用到其他类的属性和方法，这些内容在字节码文件中是以编号保存的，运行过程中需要替换成内存中的地址，这个编号到内存地址的映射关系就保存在动态链接中。
方法出口:方法调用完需要弹出栈帧，回到上一个方法，程序计数器要切换到上一个方法的地址继续执行，方法出口保存的就是这个地址。
异常表:存放的是代码中异常的处理信息，包含了异常捕获的生效范围以及异常发生后跳转到的字节码指令位置。
4.本地方法栈
存储的时native本地方法的栈帧
在Hotspot虚拟机中，Java虚拟机栈和本地方法栈实现上使用了同一个栈空间。本地方法栈会在栈内存上生成一个栈帧，临时保存方法的参数同时方便出现异常时也把本地方法的栈信息打印出来。
5.堆
一般Java程序中堆内存是空间最大的一块内存区域。创建出来的对象都存在于堆上。
栈上的局部变量表中，可以存放堆上对象的引用。静态变量也可以存放堆对象的引用，通过静态变量就可以实现对象在线程之间共享。
堆是垃圾回收最主要的部分，堆结构更详细的划分与垃圾回收器有关。
6.方法区
方法区是Java虚拟机规范中提出来的一个虚拟机概念，在HotSpot不同版本中会用永久代或者元空间来实现。方法区主要存放的是基础信息，包含:
1、每一个加载的类的元信息（基础信息)。
2、运行时常量池，保存了字节码文件中的常量池内容，避免常量内容重复创建减少内存开销。3、字符串常量池，存储字符串的常量。
3、字符串常量池，存储字符串常量
7.直接内存
直接内存并不在《Java虚拟机规范》中存在，所以并不属于Java运行时的内存区域。在JDK 1.4中引入了NIO机制，由操作系统直接管理这部分内容，主要为了提升读写数据的性能。在网络编程框架如Netty中被大量使用。要创建直接内存上的数据，可以使用ByteBuffer。
语法: ByteBuffer directBuffer = ByteBuffer.allocateDirect(size);

运行时数据区

1.哪些位置会产生内存溢出，会有什么现象？
内存溢出指的是内存中某一块区域的使用量超过了允许使用的最大值，从而使用内存时因空间不足而失败，虚拟机一般会抛出指定的错误。
在Java虚拟机中，只有程序计数器不会出现内存溢出的情况，因为每个线程的程序计数器只保存一个固定长度的地址。
2.堆内存溢出:
堆内存溢出指的是在堆上分配的对象空间超过了堆的最大大小，从而导致的内存溢出。堆的最大大小使用-Xmx参数进行设置，如-Xmx10m代表最大堆内存大小为10m。
一般是不断创建对象会导致对内存溢出，溢出之后会抛出OutOfMemoryError，并提示是Java heap space导致的:
3.栈内存溢出:
栈内存溢出指的是所有栈帧空间的占用内存超过了最大值，最大值使用-Xss进行设置，比如-Xss256k代表所有栈帧占用内存大小加起来不能超过256k。
一般循环调用导致的，调用次数过多导致的，溢出之后会抛出StackoverflowError:
4.方法区内存溢出:
方法区内存溢出指的是方法区中存放的内容比如类的元信息超过了方法区内存的最大值，JDK7及之前版本方法区使用永久代(-XX:MaxPermSize=值）来实现，JDK8及之后使用元空间（-XX:MaxMetaspaceSize=值）来实现。
一般是创建新的类导致方法区内存溢出，溢出后会抛出PermSize或者Metaspace
5.直接内存溢出:
直接内存溢出指的是申请的直接内存空间大小超过了最大值，使用-XX:MaxDirectMemorySize=值设置最大值。溢出之后会抛出OutOfMemoryError:

类的生命周期

1.加载阶段
类加载器根据类的全限定名通过不容渠道以二进制流的方式获取字节码信息
2.链接
验证：验证内容是否符合Java虚拟机规范
准备：给静态变量赋初值，（初值就是某个类型的默认值，如果变量被final修饰则直接一步到位，赋给变量值就行了）
解析：将常量池中的符合引用替换成指向内存的直接引用
3.初始化阶段
初始化阶段会执行静态代码块中的代码，并为静态变量赋值
初始化阶段会执行字节码文件中clinit部分的字节码指令
4.使用阶段
5.类的卸载
判定一个类可以被卸载。需要同时满足下面三个条件:
1、此类所有实例对象都已经被回收，在堆中不存在任何该类的实例对象以及子类对象。
2、加载该类的类加载器已经被回收。
3、该类对应的java.lang.Class对象没有在任何地方被引用。

类加载器

1.类加载器的作用
类加载器在类加载过程中将字节码信息以流的形式获取并加载到内存中，

2.JDK8及以前的加载器
虚拟机底层实现的加载器
启动类加载器：bootstrap，加载Java中最核心的类，
Java中是实现的加载器
扩展类加载器：extension，允许扩展Java中比较通用的类
应用程序类加载器：Application，加载应用程序使用的类，平时项目中的字节码文件都是这个类加载器加载的，
自定义类加载器：实现自定义类加载规则，
1.8以后扩展类加载器没有了，取而代之的是平台类加载器，

3.如何实现自定义类加载器

什么是双亲委派机制

回答路径：类加载器和父类加载器，什么是双亲委派机制，双亲委派机制的作用，追问，如何打破双亲委派机制
1.类加载器有层级关系

2.什么是双亲委派机制

向上查找是否加载过，由顶层向下尝试加载
每个类加载器都有一个父类加载器，在类加载过程中，每个加载器都会先检查是否已经加载了该类，如果加载了则直接返回，否则会将加载请求委派给父类加载器，
3.双亲委派机制的作用
1.保证类加载器的安全性
通过双亲委派机制避免恶意代码替换JDK中的核心类库，比如string类，确保核心类库的完整性和安全性
双亲委派机制可以避免同一个多次加载
4.如何打破双亲委派机制

在Java中，可以通过以下方式打破双亲委派机制：
自定义类加载器：可以编写自定义的类加载器，重写loadClass方法，在该方法中自定义类加载的逻辑，不再遵循双亲委派模型。这样可以实现特定类加载需求，但需要谨慎处理类加载的逻辑，避免破坏Java类加载的基本规则。
使用Thread Context ClassLoader：在某些多线程环境下，可以使用Thread.currentThread().setContextClassLoader方法来设置线程上下文类加载器，从而改变类加载器的委派关系。这种方式需要注意线程安全性和上下文切换的影响。
需要注意的是，打破双亲委派机制可能会引入类加载冲突、安全性问题和不可预测的行为，因此在实际应用中应慎重考虑。如果没有特殊需求，通常建议遵循双亲委派模型，利用好Java类加载器的层次结构和委派机制。

打破双亲委派机制
ClassLoader中包含了4个核心方法，对Java程序员来说，打破双亲委派机制的唯一方法就是实现自定义类加载器重写loadClass方法，将其中的双亲委派机制代码去掉。

tomcat的自定义类加载器

两种问法，你了解过tomcat的自定义类加载器吗？想知道tomcat的类加载器体系是怎么样的，
tomcat有没有打破双亲委派机制，
直接回答没有，不了解

如何判断堆上的对象是否被引用

回答路径：引用计数法，可达性分析法，选择可达性分析法的原因
1.引用计数法
该方法为每个对象维护一个引用计数器，当对象被引用时加1，取消引用时减1，
优点：实现简单，缺点：1.每次引用和取消引用都需要维护计数器，对系统性能会有一定影响，2.存在循环引用问题，a->b,b->a,导致对象无法回收问题
2.可达性分析算法
Java使用的是可达性分析算法来判断对象是否可以被回收。可达性分析将对象分为两类:垃圾回收的根对象（GCRoot)和普通对象，对象与对象之间存在引用关系。

哪些对象被称之为GCROOT对象
1.线程Thread对象，引用线程栈帧中的方法参数，局部变量等，
2.系统类加载器加载的java.lang.class对象，引用类中的静态变量
3.监视器对象，用来保存同步锁synchronized关键字持有的对象
4.本地方法调用时使用的全局对象

jvm中都有哪些引用类型

回答路径：强弱软虚，终结器引用，衍生问题为什么threadlocal要使用弱引用。
1.强引用，JVM中默认引用关系就是强引用，即是对象被局部变量，静态变量等GCRoot关联的对象引用，只要这层关系存在，普通对象就不会被回收。
2.软引用：软引用相对于强引用是一种比较弱的引用关系，如果一个对象只有软引用关联到它，当程序内存不足时，就会将软引用中数据进行回收，软引用主要在缓存框架中使用，
3.弱引用：弱引用的整体机制和软引用 基本一致，区别在于弱引用包含的对象在垃圾回收时，内存够不够都会被直接回收，弱引用主要在threadlocal中使用，
4.虚引用：不能通过虚引用对象获取到包含的对象，虚引用唯一用途是，当对象被垃圾回收器回收时可以接收对应的通知，直接内存中为了及时知道直接内存不再使用，从而回收内存，使用了虚引用来实现。
5.终结器引用：终结器引用指的是在对象需要被回收时，终结器引用会关联对象并放置在finalizer类中的引用队列中，在稍后由一条FinalizerThread线程从队列中获取对象，然后执行对象的finalize方法，在对象第二次被回收时，该对象才真正的被回收。
6.在threadlocal中为什么要使用弱引用
threadlocal可以在线程中存放线程的本地变量，保证数据的线程安全
threadlocal中是这样保存对象的：
1.在每个线程中，存放了一个threadlocalMap对象，本质上就是一个数组实现的哈希表，里面存放多个entry对象，
2.每个entry对象继承自弱引用，内部存放threadlocal对象，同时强引用，引用保存的threadlocal对应的value值，
ThreadLocal中为什么要使用弱引用?
当threadlocal对象不再使用时，使用弱引用可以让对象被回收;因为仅有弱引用没有强引用的情况下，对象是可以被回收的。
弱引用并没有完全解决掉对象回收的问题，Entry对象和value值无法被回收，所以合理的做法是手动调用remove方法进行回收，然后再将threadlocal对象的强引用解除

有哪些常见的垃圾回收算法？

回答路径：垃圾回收算法机制，优缺点，标记清除，标记整理，复制，分代GC
标记清除算法：
1.标记阶段，将所有存活对象进行标记，Java中使用可达性分析算法，从GCroot开始通过引用链遍历出所有存活的对象
2.清除阶段，从内存中清除没有被标记的就是非存活对象，
优点：实现简单，只需要在第一阶段给每个对象维护标志位，第二阶段删除即可，
缺点:
1.碎片化问题
由于内存是连续的，所以在对象被删除之后，内存中会出现很多细小的可用内存单元。如果我们需要的是一个比较大的空间，很有可能这些内存单元的大小过小无法进行分配。
⒉.分配速度慢。由于内存碎片的存在，需要维护一个空闲链表，极有可能发生每次需要遍历到链表的最后才能获得合适的内存空间。

复制算法
复制算法的核心思想是:
1.准备两块空间From空间和To空间，每次在对象分配阶段，只能使用其中一块空间(From空间)。
⒉.在垃圾回收GC阶段，将From中存活对象复制到To空间。
3.将两块空间的From和To名字互换。
优点：
吞吐量高，复制算法只需要遍历一次存活对象复制到To空间即可，比标记-整理算法少了一次遍历的过程，因而性能较好，但是不如标记-清除算法,因为标记清除算法不需要进行对象的移动
不会发生碎片化复制算法在复制之后就会将对象按顺序放入To空间中，所以对象以外的区域都是可用空间，不存在碎片化内存空间。
缺点：每次只能让一半的内存空间来为创建对象使用
标记整理算法
标记整理算法也叫标记压缩算法，是对标记清理算法中容易产生内存碎片问题的一种解决方案。核心思想分为两个阶段:
1.标记阶段，将所有存活的对象进行标记。Java中使用可达性分析算法，从GC Root开始通过引用链遍历出所有存活对象。
⒉.整理阶段，将存活对象移动到堆的一端。清理掉存活对象的内存空间。
优点：
内存使用效率高整个堆内存都可以使用，不会像复制算法只能使用半个堆内存，不会发生碎片化
在整理阶段可以将对象往内存的一侧进行移动，剩下的空间都是可以分配对象的有效空间
缺点：
整理阶段的效率不高，整理算法有很多种，比如Lisp2整理算法需要对整个堆中的对象搜索3次，整体性能不佳。可以通过Two-Finger、表格算法、ImmixGc等高效的整理算法优化此阶段的性能
分代回收算法
分代回收算法将整个内存区域划分为年轻代和老年代，年轻代又分为伊甸区，S0，S1，
分代回收时，创建出来的对象，首先会被放入到eden伊甸区，随着对象在eden区越来越多，如果伊甸区满了，新创建对象已经无法放入，就会触发年轻代GC，把伊甸区和from区需要回收的对象，回收，把没有回收的对象放入to区，接下来S0就会变成to区，是S1就会bianchengfrom区，当伊甸区满时再往里放入对象，依然会发生minorGC，此时会回收eden区和S1（from）中的对象，把剩余的对象放入S0
每次minorGC都会为对象记录它的年龄，初始值为0，每次GC完加一，如果GC后，对象的年龄达到阈值（最大15，默认值值和垃圾回收器有关）对象就会被晋升至老年代，当老年代中空间不足，无法放入新的对象时，先尝试minorGC，如果是不足，就触发fullGC，fullGC就会对整个堆进行垃圾回收。如果fullGC依然无法回收掉老年代的对象，那么当对象继续放入到老年代，就会抛出out of memory
优点：
1.可以调整年轻代和老年代的比例来适应不同类型的应用程序，提高内存的利用率和性能
2.新生代和老年代可以使用不同的垃圾会使用不同的垃圾回收算法，新生代一般选择复制算法，效率高，不会产生碎片，老年代可以选择标记清除，或者标记整理，让程序员来选择灵活度高，
3.分代的设计中，只回收新生代，如果能满足对象分配的要求，就不需要对整个堆进行回收，由垃圾回收引起的停顿时间就会减少，

常见的垃圾回收器

回答路径：Serial垃圾回收器+Serialold垃圾回收器，ParNew+CMS，PS+PO,G1,Shenandoah和ZGC

Serial垃圾回收器+Serialold垃圾回收器
serial是一种单线程串行回收年轻代的垃圾回收器，-xx：UserSerialGC，新生代，老年代都使用串行回收器，
年轻代复制算法，老年代标记整理算法，优点：单CPU下处理器吞吐量出色，多CPU下吞吐量不如其他垃圾回收器，堆如果偏大会让用户线程处于长时间的等待，使用场景于Java编写的客户端或者硬件配置有限的场景，

parallel Scavenge垃圾回收器+parallel old垃圾回收器
ps和po是JDK8默认的垃圾回收器，多线程并行回收，关注的是系统吞吐量，具备自动调整堆内存大小，
年轻代复制算法，老年代标记整理算法，优点：吞吐量高，并且手动可控，为了提升吞吐量，虚拟机会动态地调整参数，缺点：不能保证单次的停顿时间，使用场景：后台任务，不需要与用户交互，并且容易产生大量的对象，比如大数据的处理，大文件导出

年轻代ParNew垃圾回收器
本质上是对serial在多CPU下的优化，使用多线程进行垃圾回收-XX:+USERParnewGC 新生代使用parnew回收器，老年代使用parNew
回收器，老年代使用串行回收器，
年轻代使用复制算法，优点：多cpu下处理器下停顿时间短，缺点：吞吐量和停顿时间不如G1，所以在JDK9之后不建议使用，适用场景与CMS老年代垃圾回收器搭配使用，

老年代CMS垃圾回收器
CMS垃圾回收器关注的是系统的暂停时间，允许用户和垃圾回收线程在某些步骤中同时执行，减少用户线程的等待时间，-xx：+userconcmarksweepGC
老年代标记清除算法，优点：系统由于垃圾回收出现的停顿时间短，用户体验好，缺点：内存碎片化问题，退化问题，浮动垃圾问题，使用场景，大型互联网中用户请求多，数据量大，频率高的场景，比如订单接口，商品接口等
CMS垃圾回收器存在的问题缺点:
1、CMS使用了标记-清除算法，在垃圾收集结束之后会出现大量的内存碎片，CMS会在Full GC时进行碎片的整理。这样会导致用户线程暂停，可以使用-XX:CMSFullGCsBeforeCompaction=N 参数（默认0）调整N次Full GC之后再整理。
2、无法处理在并发清理过程中产生的“浮动垃圾”，不能做到完全的垃圾回收。3、如果老年代内存不足无法分配对象，CMS就会退化成Serial Old单线程回收老年代。4、并发阶段会影响用户线程执行的性能
G1-Garbage first垃圾回收器
参数1：-xx：+UseG1GC 打开G1的开关，JDK9之后默认打开
参数2：-xx：maxGCPauseMillis=毫秒值，最大暂定时间

年轻代老年代都是使用复制算法，优点，对比较大的堆如超过6G的堆回收时间，延迟可控，不会产生内存碎片，并发标识的satb算法效率高，JDK8之前还不够成熟，9之后就比较成熟了，停顿时间最多只有几百毫秒，
什么是Shenandoah?
Shenandoah是由Red Hat开发的一款低延迟的垃圾收集器，Shenandoah并发执行大部分GC工作，包括并发的整理，堆大小对STW的时间基本没有影响。停顿时间特别小只有几毫秒，
什么是ZGC?
ZGC是一种可扩展的低延迟垃圾回收器。ZGC在垃圾回收过程中，STW的时间不会超过一毫秒，适合需要低延迟的应用。支持几百兆到16TB的堆大小，堆大小对STW的时间基本没有影响。停顿时间在1毫秒之内，总的吞吐量比较小，总的处理时间比较长，

垃圾回收器的组合关系虽然很多，但是针对几个特定的版本，比较好的组合选择如下:
JDK8及之前:
ParNew + CMS(关注暂停时间)、Parallel Scavenge + Parallel Old (关注吞吐量)、G1 (JDK8之前不建议，较大堆并且关注暂停时间)
JDK9之后:
G1(默认)
从JDK9之后，由于G1日趋成熟，JDK默认的垃圾回收器已经修改为G1，所以强烈建议在生产环境上使用G1。
如果对低延迟有较高的要求，可以使用Shenandoah或者ZGC。

如何解决内存泄漏问题

回答路径：解释什么较内存泄漏和内存溢出，解决内存泄漏问题的思路，解决这类问题常用的工具
什么是内存泄漏，如何解决内存泄漏问题?
内存泄漏（memory leak):在Java中如果不再使用一个对象，但是该对象依然在GCROOT的引用链上，这个对象就不会被垃圾回收器回收，这种情况就称之为内存泄漏。少量的内存泄漏可以容忍，但是如果发生持续的内存泄漏，就像滚雪球雪球越滚越大，不管有多大的内存迟早会被消耗完，最终导致的结果就是内存溢出。

解决内存思路问题的四个步骤：
1.发现问题：通过监控工具尽可能地发现内存慢慢变大的原因
2.诊断原因：通过分析工具，怎断问题的产生原因，定位到出现问题的源代码
3.修复问题：修复源代码中的问题
4.测试验证：在测试环境验证问题结局，最后发布上线

发现问题-堆内存状况的对比
正常情况
处理业务时会出现上下起伏，业务对象频繁创建内存会升高,触发MinorGc之后内存会降下来。
·手动执行FULL GC之后，内存小1响 Ml/r大小会骤降，而且每次降完之后的大小是接近的。
·长时间观察内存曲线应该是在一个范围内。

出现内存泄漏
·处于持续增长的情况，即使inor GC也不能把大部分对象回收
·手动FULL GC之后的内存量每一次都在增长
·长时间观察内存曲线持续增长
生产环境通过运维提供的Prometheus + Grafana等监控平台查看开发、测试环境通过visualvm查看

诊断–生成内存快照
·当堆内存溢出时，需要在堆内存溢出时将整个堆内存保存下来，生成内存快照(Heap Profile )文件。生成方式有两种
1、内存溢出时自动生成，添加生成内存快照的Java虚拟机参数:
-XX:+HeapDumpOnOutOfMemoryError:发生OutOfMemoryError错误时，自动生成hprof内存快照文件。-XX:HeapDumpPath= :指定hprof文件的输出路径。
2、导出运行中系统的内存快照，比较简单的方式有两种，注意只需要导出标记为存活的对象:通过JDK自带的jmap命令导出，格式为:
jmap -dump : live,format=b,file=文件路径和文件名进程ID通过arthas的heapdump命令导出，格式为:heapdump --live文件路径和文件名

诊断–MAT定位问题
使用MAT打开hprof文件，并选择内存泄漏检测功能，MAT会自行根据内存快照中保存的数据分析内存泄漏的根源。

修复内存溢出问题的要具体问题具体分析，问题总共可以分成三类:
修复内存溢出问题的要具体问题具体分析，问题总共可以分成三类:
并发引起内存溢出–参数不当
由于参数设置不当，比如堆内存设置过小，导致并发量增加之后超过堆内存的上限。解决方案:设置合理参数
并发引起内存溢出-设计不当系统的方案设计不当，比如:从数据库获取超大数据量的数据线程池设计不当，生产者-消费者模型，消费者消费性能问题解决方案:优化设计方案

JVM常见参数

回答路径：最大堆内存参数，最大栈内存参数，最大元空间内存参数，日志参数，堆内存快照参数，垃圾回收器参数，垃圾回收器调优参数

参数一：-Xmx最大堆内存，-Xms最小堆内存
-Xmx参数设置的是最大堆内存，但是由于程序是运行在服务器或者容器上，计算可用内存时，要将元空间、操作系统、其它软件占用的内存排除掉。
案例:服务器内存4G，操作系统+元空间最大值+其它软件占用1.5G，-Xmx可以设置为2g。
最合理的设置方式应该是根据最大并发量估算服务器的配置，然后再根据服务器配置计算最大堆内存的值。建议将-xms设置的和-Xmx一样大,运行过程中不再产生扩容的开销。
参数二：-xx：MaxMetaspaceSize最大元空间大小，-Xss栈内存大小
-XX:MaxMetaspaceSize=值参数指的是最大元空间大小，默认值比较大，如果出现元空间内存泄漏会让操作系统可用内存不可控，建议根据测试情况设置最大值，一般设置为256m。
-Xss256k栈内存大小，如果我们不指定栈的大小，JVM将创建一个具有默认大小的栈。大小取决于操作系统和计算机的体系结构。比如Linux x86 64位: 1MB，如果不需要用到这么大的栈内存，完全可以将此值调小节省内存空间，合理值为256k - 1m之间。”
参数三：-Xmn
参数3:
-Xmn年轻代的大小，默认值为整个堆的1/3，可以根据峰值流量计算最大的年轻代大小，尽量让对象只存放在年轻代，不进入老年代。但是实际的场景中，接口的响应时间、创建对象的大小、程序内部还会有一些定时任务等不确定因素都会导致这个值的大小并不能仅凭计算得出，如果设置该值要进行大量的测试。G1垃圾回收器尽量不要设置该值，G1会动态调整年轻代的大小。

打印Gc日志
JDK8及之前︰-XX:+PrintGCDetails -xX:+PrintGCDateStamps -Xloggc:文件路径JDK9及之后:-xlog:gc* :file=文件路径
-xX:+DisableExplicitGc
禁止在代码中使用system.gc(), System.gc()可能会引起FULLGC，在代码中尽量不要使用。使用DisableExplicitGc参数可以禁止使用system.gc()方法调用。
-XX:+HeapDumponoutOfMemoryError:发生outofMemoryError错误时，自动生成hprof内存快照文件。-XX :HeapDumpPath= :指定hprof文件的输出路径。