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.垃圾收集器
网友评论