JVM（Java虚拟机），最常见的就是HotSpot VM，相信所有Java程序员都知道，它是Sun JDK和OpenJDK中所带的虚拟机，也是目前使用范围最广的Java虚拟机。
JVM堆内存和非堆内存
JDK1.8开始MetaSpace（元空间）取代（Perm）永久代
官方的说法：“Java 虚拟机具有一个堆(Heap)，堆是运行时数据区域，所有类实例和数组的内存均从此处分配。堆是在 Java 虚拟机启动时创建的。”“在JVM中堆之外的内存称为非堆内存(Non-heap memory)”。
Java 虚拟机具有一个堆，堆是运行时数据区域，所有类实例和数组的内存均从此处分配。堆是在 Java 虚拟机启动时创建的。对象的堆内存由称为垃圾回收器的自动内存管理系统回收。
1、Java 内存分为3个代：堆内存有【New（新生代）、Old（老年代）】，Perm（永久代）
堆内存：一般存放new出来的对象，存放数组等；
非堆内存（永久代）：存放静态变量、常量、方法
2、堆内存有：new（新生代）、old（老年代）
①年轻代分为：1个伊甸园区（eden）、2个存活区（survivor）
②这2个存活区大小相等，位置互换（所谓的位置互换：每一次YGC，总会有一个存活区是空的）
3、new出来的对象优先分配在伊甸园区，新的对象不断进入eden，只有当eden区满了后，才触发YoungGC；
触发YGC时，JVM先判断对象是不是有引用指向它（通过寻根遍历，从根节点进行判断），然后做2件事：
①如果是没有引用指向的对象，则当成垃圾回收掉；
②如果是有引用指向的对象，则把该对象放到存活区（s0或者s1）里；此时eden区就空了。又可以继续放新的对象。eden如果再次满了，则第二次触发YGC。
图1
触发YoungGC的过程
4、下图是第一次触发YGC，YGC只会在伊甸园区触发，伊甸园区满了就触发YGC
图2
5、第二次触发YGC，会判断eden的对象是否有引用指向，s0里是否有引用。s0变成了s1，s1成了s0；
图3
6、第三次触发YGC：对于eden，如果有引用指向的对象，就继续放到存活区s0；没有引用指向的对象就当做垃圾回收掉。对于存活区s1，会被判断是否有引用指向，然后放入到s0区，s1空了。
图4 会不断重复上面的过程（第一次触发、第二次触发......)
6、问：YGC触发后，是把所有的有引用的对象都放到S0后，新的对象才能进入eden吗？
答：YGC触发后或者FGC触发后，整个java应用程序线程是暂停的（应用程序不干活），只进行垃圾回收。如果这个垃圾回收时间很长，用户就感觉到慢了，这应该就是影响性能问题的地方。
7、老年代（old）：【大对象】和【长期存活的对象】直接进入老年代；
eden放不下这些大对象，【大对象】直接放进老年代；
长期存活的对象：默认年龄等于15（此值可更改），也就是执行了15次YGC还存在的对象
第一次出现YGC，此对象就在存活区，此时对象年龄+1，
第二次出现YGC，此对象还在存活区，此时对象年龄再+1，
如此到15次，此对象还在存活区，则放入老年代。
图5
8、Full GC一般会在3种情况下触发：
①老年代满的时候触发Full GC（FGC）,对整个堆内存和非堆内存进行垃圾回收。
FGC一般会用20多秒时间。JVM调优时：尽量减少FGC出现频率（也是垃圾回收核心原理）
②持久代（非堆内存）满的时候，也触发FGC
③被显式调用（代码里执行system.GC() Runtime.gc()；可以在JVM里disable掉）、 执行了悲观策略（比如jmap和dump的时候）。
触发第一次FGC，老年代中的对象没有被回收彻底，如此5次还是有对象没有被彻底回收，就会报（out of memory）等错误。
图6
网友评论