Java运行时的数据区域
1、堆区
2、方法区
3、本地方法栈
4、虚拟机栈
5、程序计数器
Java运行时内存区，划分为线程私有区和线程共享区：
(1) 线程共享区：
-Java堆：对象分配内存的区域，这是垃圾回收的主战场
-方法区：存放类信息、常量、静态变量、编译器编译后的代码等数据，另外还有一个常量池。当然垃圾回收也会在这个区域工作。
(2) 线程私有区：
-本地方法栈：虚拟机的Native方法执行的内存区
-虚拟机栈：方法执行的内存区，每个方法执行时会在虚拟机栈中创建栈帧
-程序计数器：记录正在执行的虚拟机字节码地址
minor GC 与 Full GC 。分别采用哪种垃圾回收算法？简单介绍算法
Minor GC：新生代GC，指发生在新生代的垃圾收集动作，所有的Minor GC都会触发全世界的暂停（stop-the-world），停止应用程序的线程，不过这个过程非常短暂。
Major GC/Full GC：老年代GC，指发生在老年代的GC。
java方法栈的作用
java.util.concurrent 包下使用过哪些
Java内存模型
jvm的垃圾回收机制
JVM的有三种垃圾回收算法，第一种为复制算法，将内存分成两部分，一部分使用，一部分未使用，垃圾回收时，将存活的对象全部复制到另一块未使用的部分，原来那部分待用；第二种是标记清除算法，这种算法在垃圾回收时只标记非存活的对象，没有复制过程，会造成内存碎片；第三种是标记整理算法，这个算法在垃圾回收时，标记非存活对象，同时将存活的对象向同一个方向移动，整理内存碎片。在Hotspot JVM中采用分代回收，在1.7之前有6中垃圾回收器，在1.7时增加了一个新的垃圾回收器Garbage First，即G1。
标记-清除算法，分成两个阶段，第一阶段是标记出所有需要回收的对象，第二阶段是在标记完成后统一回收所有被标记的对象；缺点是会造成内存碎片。复制算法，将可用内存按容量划分为大小相等的两块，每次只使用其中的一块。当这一块的内存用完了，就将还存活的对象复制到另一块上面，然后再把已使用的内存空间一次清理掉；优点是实现简单，运行高效，缺点是内存代价太高。标记-整理算法，也分成两个阶段，第一阶段和标记-清除算法一致，第二阶段不是直接对可回收对象进行清理，而是让所有存活的对象都向一端移动，然后直接清理掉端边界以外的内存。
如何加快gc的速度 快速判断对象生死
JVM的分区、堆的分代以及回收算法还有OOM异常的处理思路
JVM 的结构， GC 算法；在 HashMap 对象中不断调用 put 方法，在 JVM 中会发生什么。
简介 JVM 的可达性分析过程。
Out of MemoryError 产生的原因是什么，具体怎么去调优，以及理解那几个参数的含义 -Xms， -Xmx ，-Xmn，XX:PermSize
.jvm参数调优 jvm堆的大小调优 MaxTureningShelod newratio -xxs -xxm -persize
full gc,内存泄漏，CMS收集器
内存区域介绍及发生OOM的情况，GC过程，描述调优过程
刚刚说的GC Root，有哪些对象可以当做GC Root呢？
虚拟机栈（栈帧的本地变量表）中引用的对象
方法区中类静态属性引用的对象
方法区中常量引用的对象
本地方法栈中JNI引用对象
假设出现了内存溢出或者栈溢出的话，怎么去解决这些问题
内存泄漏通常有哪些可能的原因引起
Jvm中的常用的参数有哪些
GC，jvm调优，如果我自己定义一个String类会怎么样（双亲委派机制）
强引用、软引用、虚引用、弱引用
jvm内存区域和GC，finalize方法，哪些对象可以作为GC Root
JVM 运行时的结构
JVM：内存模型，gc，新生代老年代，对象从创建到回收的流程
类加载过程
JVM 中类的装载是由类加载器（ClassLoader） 和它的子类来实现的，Java 中的类加载器是一个重要的 Java 运行时系统组件，它负责在运行时查找和装入类文件中的类。
由于 Java 的跨平台性，经过编译的 Java 源程序并不是一个可执行程序，而是一个或多个类文件。当 Java 程序需要使用某个类时，JVM 会确保这个类已经被加载、连接(验证、准备和解析)和初始化。类的加载是指把类的 .class 文件中的数据读入到内存中，通常是创建一个字节数组读入 .class 文件，然后产生与所加载类对应的 Class 对象。加载完成后，Class 对象还不完整，所以此时的类还不可用。当类被加载后就进入连接阶段，这一阶段包括验证、准备(为静态变量分配内存并设置默认的初始值)和解析(将符号引用替换为直接引用)三个步骤。最后 JVM 对类进行初始化，包括：1. 如果类存在直接的父类并且这个类还没有被初始化，那么就先初始化父类；2. 如果类中存在初始化语句，就依次执行这些初始化语句。
类的加载是由类加载器完成的，类加载器包括：根加载器（BootStrap）、扩展加载器（Extension）、系统加载器（System）和用户自定义类加载器（java.lang.ClassLoader的子类）。从JDK 1.2开始，类加载过程采取了父亲委托机制(PDM)。PDM 更好的保证了 Java 平台的安全性，在该机制中，JVM 自带的 Bootstrap 是根加载器，其他的加载器都有且仅有一个父类加载器。类的加载首先请求父类加载器加载，父类加载器无能为力时才由其子类加载器自行加载。JVM 不会向 Java 程序提供对 Bootstrap 的引用。下面是关于几个类加载器的说明：
a)Bootstrap：一般用本地代码实现，负责加载JVM基础核心类库（rt.jar）；
b)Extension：从 java.ext.dirs 系统属性所指定的目录中加载类库，它的父加载器是 Bootstrap；
c)System：又叫应用类加载器，其父类是Extension。它是应用最广泛的类加载器。它从环境变量 classpath 或者系统属性 java.class.path 所指定的目录中记载类，是用户自定义加载器的默认父加载器。
