GC原理，性能调优
通过IDEA 运行JAVA代码，java代码执行过程
- 编译源代码
- 编译java文件生成字节码文件
- JVM 中的类加载器，加载字节码文件
- JVM 中的执行引擎找到入口方法main(),执行其中的方法
JVM 垃圾回收
JVM回收原理，把对象分为年青代、年老代，持久代，对不同生命周期的对象使用不同的算法。（基于对对象生命周期分析）
通常我们说的JVM内存回收总是在指堆内存回收，确实只有堆中的内容是动态生气分配的，所以以上对象的年青代和年老代都是指的JVM的Heap空间， 而持久代则是之前提到的MethodArea，不属于Head。
- GC 的基本原理：讲内存中不再被使用的对象进行回收，GC中用于回收的方法称为收集器，由于GC需要消耗一些资源和时间，Java在对对象的生命周期特征进行分析后，按照新生代，旧生代的方式来对对象进行收集，以尽可能的缩短GC对应用造成的暂停
1）对新生代的对象的收集称为minor GC；
2）对旧生代的对象的收集称为Full GC；
3）程序中主动调用System.gc()强制执行的GC为Full GC
不同的对象引用类型，GC会采用不同的方法进行回收，JVM对象的引用分为了四种类型： - 强引用：默认情况下，对象采用的均为强引用（这个对象的实例没有其他对象引用，GC时才会被销毁回收）
- 软引用：软引用是Java中提供的一种比较合适与缓存场景的应用（只有在内存不够的用的情况下才会被回收）
- 虚引用：由于虚引用只是用来得知对象是否被GC
JVM的对象分配规则
对象优先分配在Eden区【使用空间】，如果Eden区没有足够的空间时，虚拟机执行一次Minor GC【垃圾回收】。
大对象直接进入老年代（大对象是指需要大量连续内存空间的对象）。这样做的目的是避免在Eden区和两个Survivor区之间发生大量的内存拷贝（新生代采用复制算法收集内存）。
长期存活的对象进入老年代。虚拟机为每个对象定义了一个年龄计数器，如果对象经过了1次Minor GC（年轻代收集）那么对象会进入Survivor区，之后每经过一次Minor GC那么对象的年龄加1，直到达到阀值对象进入老年区。
动态判断对象的年龄。如果Survivor区中相同年龄的所有对象大小的总和大于Survivor空间的一半，年龄大于或等于该年龄的对象可以直接进入老年代。
空间分配担保。每次进行Minor GC时，JVM会计算Survivor区移至老年区的对象的平均大小，如果这个值大于老年区的剩余值大小则进行一次Full GC，如果小于检查HandlePromotionFailure设置，如果true则只进行Monitor GC,如果false则进行Full GC。
简要概括如下
- 对象先在Eden区，Eden区空间不够时进行新生代GC
- 大对象和长期存活的对象进入老年代
- JVM为每个对象设置了计数器，经过1次新生代GC则进入幸存者区，达到年龄阈值则进入老年区
- 幸存者区中年龄一致的对象所占内存大小，大于幸存者区空间一半时，则大于等于此年龄的对象全部进入老年代
- 老年代GC通常伴随着一次新生代GC，但不绝对
YOUNG（年轻代）
年轻代分为三个区，一个Eden区，两个Survivor区。大部分对象在Eden去中生成。当Eden区满时，还存活的对象将被复制到Survivor区，当这个Survivor区也满的时候，从第一个Survivor的两个区复制过来的并且此时还存活的对象，将被复制到年老区（Survivor的两个区是对称的，没有先后关系，所以同一个区可能同时存在从Eden复制过来的对象，和从前一个Survivor复制过来的对象，而复制到年老区的只有从第一个Survivor去过去的对象，并且Survivor区总有一个是空的）。
Tenured 年老代
年老代存放从年轻代存活的对象，一般来说年老代存放的都是生命周期较长的对象。
持久代Perm
用于存放静态文件，如今Java类，方法等，持久代对垃圾回收没有明显的影响，但是有些应用可能动态生成活调用一些class，列如Hibernate等，在这种时候需要设置一个比较大的持久代空间来存放这些运行过程新增的类。持久代大小通过-XX：MaxPermSize 进行设置。
