[if !supportLists]1、 [endif]Xms、Xmx为什么要设置成一样大？
[if !supportLists]① [endif]Full gc后内存使用大小会变为Xms大小，当内存不够用时，会再去重新申请内存，造成性能上一定的浪费
[if !supportLists]② [endif]JVM会尽量使内存的占用大小为Xms，所以会造成Young gc更频繁
[if !supportLists]2、 [endif]为什么要配置元空间大小？如果不设置有可能有什么影响？
Jdk8使用metaspace代替了perm区，初始默认值（MetaspaceSize）较小，在系统启动过程中，会随着加载的类增加，导致metaspace空间不够，触发full gc，扩容。
[if !supportLists]3、 [endif]怎么查看元空间大小？怎么设置元空间大小？
查看方法：java -XX:+PrintFlagsFinal -version | grep MetaspaceSize
设置方法：-XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m
[if !supportLists]4、 [endif]垃圾回收中并行与并发的区别？
并行：多个gc线程同时回收,用户线程不运行
并发：gc线程和用户线程交替的运行
[if !supportLists]5、 [endif]为什么要设置gc线程数（-XX:ParallelGCThreads）？大小设置多少合适？
在jdk8 update 191以前的版本中，会使用物理机的cpu核数计算gc线程数，容器的cpu核数往往要比物理机小，所以这样计算出来的gc线程数会过多？gc线程数推荐设置为容器的核数。
[if !supportLists]6、 [endif]并发gc线程数（-XX:ConcGCThreads）设置多少合适？
与用户线程数1：1，例如容器为8核，那么设置-XX:ConcGCThreads=4
[if !supportLists]7、 [endif]编译线程数设置多少合适？
建议设置为cpu核数
[if !supportLists]8、 [endif]AlwaysPreTouch参数的作用？
Java进程启动的时候，虽然指定了分配的内存大小，但是在jvm访问这些内存的时候的时候才会分配，这样会造成以下2个问题：
[if !supportLists]① [endif]GC的时候,新生代的对象要晋升到老年代的时候,需要内存,这个时候操作系统才真正分配内存,这样就会加大young gc的停顿时间;
[if !supportLists]② [endif]可能存在内存碎片的问题
设置方式：-XX:+AlwaysPreTouch
[if !supportLists]9、 [endif]ParallelRefProcEnable参数含义及作用？
并行处理Reference对象，如WeakReference。虽然我们自己的代码里使用Reference对象比较少，但是在第三方的包中可能会有大量使用。如果通过gc日志发现回收Reference对象较长的日志，可以开启这个参数，开启方法：-XX:+ParallelRefProcEnabled
[if !supportLists]10、 [endif]如何禁用System.gc()发送full gc？
如果发现应用在内存使用不大，但是会规律性的发生full gc，有可能是由于显式的调用了System.gc。禁用的配置方法：-XX:+DisableExplicitGC
[if !supportLists]11、 [endif]禁用System.gc()有有可能产生什么问题？
当应用中使用了堆外内存，那么在堆内会有引用指向堆外内存，当引用被回收后，堆外内存也会被回收。如果禁用了System.gc()，在服务没有主动回收堆外内存的情况下，会导致堆外内存泄漏。设置-XX:+ExplicitGCInvokesConcurrent会在显示调用System.gc时启用并发回收
[if !supportLists]12、 [endif]如何开启gc日志？
-Xloggs:/exoort/Logs/gc.log(注意：这个目录要对启动应用的用户开放写权限)
-XX:+PrintGCDetails
-XX:+PrintGCDateStamps
[if !supportLists]13、 [endif]Jdk8默认垃圾回收器是什么？有什么特点？适合什么场景使用？
Parallel Scavenge + Parallel Old。特点：full gc停顿时间较长，内存耗尽时才触发full gc，因此可以不用配置内存水位报警。适用场景：适用于对响应时间不敏感的应用
[if !supportLists]14、 [endif]CMS适用什么场景？
适用于对响应时间敏感的应用
[if !supportLists]15、 [endif]并发回收发生在哪个内存区域？
Young gc都是STW，并发回收是指在回收老年代时gc线程是否和用户线程并发运行
[if !supportLists]16、 [endif]CMS为什么要设置年轻代大小（-Xmn）？设置多大合适？
因为自动计算的年轻代大小可能会导致内存利用率不高，建议设置为堆大小的1/3
[if !supportLists]17、 [endif]CMS设置老年代内存使用率多少时发生cms gc比较合适?为什么？
建议值是60%-70%。因为如果设置过大，有可能导致在cms gc的时候，新晋升的年轻代对象放不下，那么就会退化为Serial Full GC，会造成回收时间非常长。
[if !supportLists]18、 [endif]G1使用场景？
对响应时间敏感，堆内存较大
[if !supportLists]19、 [endif]G1为什么要配置块大小？配置多大合适？
Jvm自动计算的块可能过小，导致频繁出现巨型对象（Humongous Object）
[if !supportLists]20、 [endif]G1为什么不要设置Xmn、NewRatio？
如果设置了年轻代的大小，就无法实现自适应的调整来达到指定的暂停时间这个目标
[if !supportLists]21、 [endif]G1发生full gc要重点关注
[if !supportLists]22、 [endif]常用的jvm工具及作用？
[if !supportLists]① [endif]Jstack 导出线程信息
[if !supportLists]② [endif]Jstat打印gc情况、次数、时间
[if !supportLists]③ [endif]Jmap
-heap 简要报告
-dump 原样导出堆内存
-histo(:live) 统计每个类有多少个对象。统计前会触发一次full gc
