1、jvm内存模型#
堆#
所有的对象实例以及数组都要在堆上分配，堆是垃圾收集器管理的主要区域，也被称为“GC对”；也是我们优化最多考虑的地方。
堆可以细分为：
-
新生代
- Eden空间（伊甸园区）
- From Survivor空间（幸存者区）
- To Survivor空间
-
老年区
-
永久代/元空间
JAVA堆的分类： 从内存回收的角度上看，可分为新生代（Eden空间，From Survivor空间、To Survivor空间）及老年代（Tenured Gen）。
从内存分配的角度上看，为了解决分配内存时的线程安全性问题，线程共享的JAVA堆中可能划分出多个线程私有的分配缓冲区（TLAB）。
JAVA堆可以处于物理上不连续的内存空间中，只要逻辑上是连续的即可。 可通过参数 -Xmx -Xms 来指定运行时堆内存的大小，堆内存空间不足也会抛OutOfMemoryError异常。
GC垃圾回收流程：
新创建来的对象，如果在Edan可以放的下就放，如果放不下，则GC一次，看能不能放的下，如果放的下就放，如果是一个大对象，在伊甸园区（新生代）放不下，则会放入到老年代（在新生代没法处理的情况下才进入到老年代），如果老年代能够放的下则会分配内存，如果老年代还放不下（不管进入到哪个内存区域里，都要判断是否放的下），则会进行一次 FULL GC（全面GC），即大屠杀，会将新生代和老年代存放的数据进行判断，如果没用则会踢出去，再来看是否还放的下，如果老年代还是放不下，则会报内存溢出异常（out of memory）。所以，FULL GC 也能清理一些空间。
大家注意，FULL GC 非常慢，如果 MinorGC 100次才花费1秒时间，FULL GC 不到10次就得要花费1秒钟，所以，这是一个性能慢10倍的GC，后来优化监控的时候，一定要避免我们的应用经常性发生FULL GC的问题。
每次GC表示增长一岁，如果有些对象存活超过阀值，则会搬到老年代，老年代存放的是生命力持久的和大对象。
一次小的 MinorGC 会将我们的伊甸园区清理干净，如果能放到幸存者区则放到幸存者区，如果不能则放到放到老年代,老年代放不下，则会FULL GC。
YGC(Young GC) FGC（Full GC ）
FGC 要比YGC慢的多。
