ps: 主要参考 jvm原理
1.jvm为什么保存在操作系统的堆中，而不是栈中？
操作系统的堆一般由程序（应用）控制释放，若程序（应用）不释放，程序（应用）结束时可能由OS回收，分配方式类似于链表。而栈是由操作系统自动分配释放，主要存放函数的参数值，局部变量值等。操作方式与数据结构中的栈相类似。而操作系统的栈是由操作系统管理的，可能随时进行回收。而要对栈做到自动释放也是jvm需要考虑的，所以放在堆中就最合适不过了。
2. java虚拟机的生命周期
java虚拟机的起点会随着一个java应用启动而启动，而当虚拟机实例中的所有非守护进程都结束是，jvm虚拟机的实例才结束生命。
3.jvm与java应用的关系
启动多少个java应用，就启动了多少个虚拟机。是一对一的关系。
4. jvm的线程（参考：java守护线程和非守护线程）
jvm存在两张线程，一种是非守护线程（用户线程），一种为守护线程。jvm最典型的守护线程就是GC。jvm中只要有非守护进程存在，jvm就不会退出。如果java应用主线程已经关闭，但是子线程还在运行，那么jvm就不会退出。
5. GC回收机制
不是创建的变量为空，就进行回收，而是超出了变量的作用域。
6. full Gc 发生的时机
.老年代内存空间不足，
.新生代往老年代存放的对象占据内存大于当前老年代剩余的可用内存空间
7. 了解堆内存
分为三部分，为新生区，养老区和永久代
新生区： 是一个类诞生、成长和消亡的区域。新生区又分为两部分：伊甸区（Eden space）和幸存者区（Survivor pace），所有的类都是在伊甸区被new出来的。幸存区有两个：0区（Survivor 0 space）和1区（Survivor 1 space）。当伊甸园的空间用完时，程序又需要创建对象，JVM的垃圾回收器将对伊甸园进行垃圾回收（Minor GC）,将伊甸园中的剩余对象移动到幸存0区。若幸存0区也满了，再对该区进行垃圾回收，然后移动到1区。那如果1去也满了呢？再移动到养老区。若养老区也满了，那么这个时候将产生Major GC（FullGCC），进行养老区的内存清理。若养老区执行Full GC 之后发现依然无法进行对象的保存，就会产生OOM异常“OutOfMemoryError”。
如果出现java.lang.OutOfMemoryError: Java heap space异常，说明Java虚拟机的堆内存不够。原因有二：
a.Java虚拟机的堆内存设置不够，可以通过参数-Xms、-Xmx来调整。
b.代码中创建了大量大对象，并且长时间不能被垃圾收集器收集（存在被引用）。
② 养老区
养老区用于保存从新生区筛选出来的 JAVA 对象，一般池对象都在这个区域活跃。
③ 永久区
永久存储区是一个常驻内存区域，用于存放JDK自身所携带的 Class,Interface 的元数据，也就是说它存储的是运行环境必须的类信息，被装载进此区域的数据是不会被垃圾回收器回收掉的，关闭 JVM 才会释放此区域所占用的内存。
如果出现java.lang.OutOfMemoryError: PermGen space，说明是Java虚拟机对永久代Perm内存设置不够。原因有二：
a. 程序启动需要加载大量的第三方jar包。例如：在一个Tomcat下部署了太多的应用。
b. 大量动态反射生成的类不断被加载，最终导致Perm区被占满。
