1.java运行时数据区，包括堆，虚拟机栈，程序计数器，方法区，本地方法栈

堆：所有对象都在堆中

虚拟机栈：本地变量表，方法出口，动态链接，操作数栈

程序计数器：存储当前线程执行到的字节码指令的位置

方法区：jVM加载的类信息，静态变量，常量，即时编译后的代码

本地方法栈：类似虚拟机栈，不过是调用本地方法时存的

2.虚拟机回收对象的算法：引用计数法，可达性分析算法

引用计数器由于存在对相互引用或者循环引用的对象，无法回收的问题，没有使用了

可达性分析，判断GCRoot到对象是否存在一条可以连通的路径，如果没有，那表明这个对象可以被回收

什么对象可以作为GCRoot？

1.虚拟机栈中本地变量表引用的对象

2.类里的静态变量，常量引用的对象

3.本地方法栈中引用的对象

3.堆分为新生代，老年代，默认比例是1:2. 新生代分为eden，from，to区，默认比例是8:1:1.

4.永久代：jdk1.8之前有永久代，存储方法区的数据。jdk1.8去掉了永久代，增加了元空间，meta space，可以动态扩容，而且是用的堆外内存。

5.对象内存分配：

直接在eden区分配：指针碰撞，free list(空闲列表)

内存工整的话就是指针碰撞的方式，比如使用serial、parnew等带有compact的垃圾收集器时，就是使用指针碰撞方式。

如果采用CMS这种基于标记-清除的收集器时，就是用空闲列表的方式。

TLAB thread local allocation buffer，栈上分配，栈独享的一个空间，其实也在eden区

6. JVM如何实现跨平台运⾏行行同样的Java bytecode。

JVM会将字节码解释成特定平台的机器码然后执行，不同的平台有不同的JVM，所以JVM可以跨平台运行相同的字节码。

7. 如何调整JVM堆大小？

参数 -Xms , -Xmx调节堆大小，-Xmn控制堆中新生代大小（堆被划分为新生代和老年代），-XX:SurvivorRatio控制新生代中Eden区和Survivor区的比例。

如：-Xms20M , -Xmx20M,-Xmn10M, -XX:SurvivorRatio=8. 表示堆大小是20M，其中新生代10M，Eden区8M，from survivor 1M，to survivor 1M，新生代总可用空间是9M（一个Eden区+1个survivor区总量）

8. client、-server参数有什什么区别？

-Server模式启动时，速度较慢,但运行起来后性能将会有很大提升，原因是：当虚拟机在-Client模式的时候，使用的是一个代号为C1的轻量级编译器，而-Server模式启动的虚拟机采用相对重量级代号为C2的编译器，C2比C1编译器编译的相对彻底，服务起来之后，性能高。

server:启动慢，编译更完全，编译器是自适应编译器，效率高，针对服务端应用优化，在服务器环境中最大化程序执行速度而设计。client:快速启动，内存占用少，编译快，针对桌面应用程序优化，为在客户端环境中减少启动时间而优化；

9. 你知道哪些或者你们先上使用什么GC策略？它有什么优势、使用与什么场景？

      线上使用G1垃圾回收器，G1是并行也并发执行的垃圾收集器，而且会整理空间碎片，比较适合追求低停顿的多cpu、内存大的应用。

      G1结合了CMS的优势，可以与用户线程并发执行来达到低停顿，同时也改进了CMS会存在内存空间碎片的缺点。

      G1将整个java堆划分成多个大小相同的region，会追踪每个区的垃圾回收价值，每次根据允许的垃圾回收时间，选择回收价值最大的区域进行回收。

      回收策略也分yongGC、mixedGC、fullGC：

      新生代满了触发yongGC

      当老年代old region的对象越来越多，为避免老年代内存占满，会触发mixedGC，回收新生代和部分老年代region。

      如果老年代还是满了，（mixedGC无法跟上内存分配的速度）就会fullGC，是使用serial old来收集整个GC堆。

      （ParallelgC的特点是追求高吞吐量，适合跟用户交互少、计算量大的服务）

        (CMS的特点是降低用户线程停顿时间，适合追求低停顿的应用）

10. 永久代保存的是什么数据？会引起outofmemory吗？

      保存的是方法区的数据，会。在jdk1.8已经没有永久代，用元空间来存储方法区的数据，元空间是在分配的堆外内存（本地内存），可以自动扩容。

11. 你有没有遇到过outofmemory问题？怎么处理的？有哪些收货？

    先根据错误日志来确定具体是哪个地方内存溢出，jvm的运行时数据区出了程序计数器以外，其他的几个区如堆、方法区、栈都可能内存溢出。  更多的还是堆内存溢出和方法区。 一般堆内存溢出可能的情况是有大对象收集不了，比如缓存太大。还有循环产生太多对象，如果程序没问题可以考虑加大内存。

    方法区存的是jvm加载的类信息、常量、静态变量，如果加载的类太多卸载不了也会产生内存溢出。比如大量的jsp，会被编译成class文件。 这种情况一般还是加内存

12. jstack 是?什么的? jstat 呢？

  jstack生成当前线程dump信息

  jmap生成堆dump信息

  jstat 查看虚拟机的一些统计信息，比如gc信息

  jps查看正在运行的虚拟机进程

 13.  如果线上程序周期性地出现卡顿，你怀疑可 能是 GC 导致的，你会怎么来排查这个问题？线程?志?般你会看其中的什么 部分？

  周期性的卡顿可能是GC导致，需要输出堆dump文件具体分析，可以用mat工具来查看占用内存最多的一些大对象，然后查看引用，确定代码, 再确认是否有问题。

  线程日志主要看wait、block的线程，是否有大量线程在等待、或者被其他线程占用锁了导致阻塞

14、StackOverflow异常有没有遇到过？?般你猜测会在什么情况下被触发？如何指定?个线程的堆栈??？?般你们写多少？

      栈里存储的是栈帧，栈帧过大或者栈帧过多，导致栈内存不够，都会出现stackoverflow异常

      栈帧存储的是当前线程正在运行的方法的数据：本地变量表、方法出口等这些信息。

      如方法里变量太多，栈帧就会比较大。

      方法如果递归调用层次太深，栈帧就会太多。

      没手动设置过栈的大小。java栈容量参数设置：-Xss，查了下默认值貌似是1M？ 不确定

15. Minor GC什么情况下产生？

新生代的Eden区空间不够分配时，将进行Minor GC。Minor GC把新生代中能清理的对象清理掉，如果空间还是不够分配对象，那么将会把Eden区中存活的对象移动到Survivor区（如果Survivor区能够容纳），并且对象年龄+1.  如果Survivor区不能容纳，会通过分配担保机制提前移动到老年代。

16. FullGC什么情况下产生？

1.在Minor GC之前，会检查老年代剩余空间是否足够存放新生代对象总大小（或者历次晋升的平均大小），不够的话，就进行FullGC。

2.大对象直接进入老年代，如果老年代没有足够的连续空间，会导致内存还有不少空间时，提前触发FullGC

换句话说，老年代空间不够了（老年代在新生代对象转入以及创建大对象、大数组时才会不足），会进行FullGC

17. 频繁FullGC，可能的原因？

1.老年代回收效果不好，可能是有大对象驻留，不能被清理，比如用作缓存的map等

2.经常有大对象生成，即使有空间，但是没有连续空间来分配

18. 什么情况下OutOfMemoryError？原因？出错时如何查看dump日志？

FullGC后，空间仍然不够，就会内存溢出。

原因：JVM运行时数据区包括程序计数器、堆、虚拟机栈、本地方法栈、方法区。

除了程序计数器以外，其他数据区都可能抛出outOfMemoryError。参考11题

可以在启动时加-XX:HeapDumpOnOutOfMemoryError参数

19. 输出堆dump常用参数：

-XX:+HeapDumpBeforeFullGC

-XX:HeapDumpPath=.

-Xloggc:gc.log

-XX:+PrintGC

-XX:+PrintGCDetails

-XX:+PrintGCDateStamps

-XX:+UseGCLogFileRotation

-XX:NumberOfGCLogFiles=10

-XX:GCLogFileSize=100m

-XX:HeapDumpOnOutOfMemoryError

20.垃圾收集器