关于JVM内存回收算法的补充

HotSpot的垃圾回收机制采用分代回收，堆分为年轻代和老年代，非堆就是持久带。面对不同的代，采用不同的回收策略。 而年轻代又可以分为1个Eden和2个Survivor。对于Eden，大多数对象都是先在此区域开辟空间，存储年轻对象的实例数据。Eden相对于Old带，空间是比较小的。所以对象数据不断地在此开辟空间，Eden不够了，年轻代发生了回收。放置（稍后会说怎么放置）到S1或者S2。S1或者S2不够放了，直接放到Old带。根据年轻代的特点，空间小，发生回收事件频率较高，那么就采用标记-复制的算法将Eden中的对象实例数据克隆到S1或者S2或者直接克隆到Old带。标记-复制算法优点是：快速、节省内存碎片。缺点是：内存消耗的空间需要变为原来的50%，另一块空间作为复制的目标。 老年代因为空间比较大，存储的对象又是比较长寿的对象，所以采用标记-整理或者也称作标记-压缩算法。这样不必开辟另外50%的空间用于复制目标，也不用担心这个较为辽阔的内存空间产生占用碎片的问题。缺点就是又标记、又压缩的。对于Old带比较费时间。 持久带虽然资料上没有明说，但是根据持久带的作用和特点以及触发该区回收的情景可以推算，持久带采用的回收算法应该是标记-整理/压缩算法。 JVM内存回收只要是针对这3个区域来说的。像NIO的直接文件内存读取，使用的是直接内存，只有出发了FullGC方能回收该区域！JNI调用本地库，本地代码所消耗的内存需要操作系统额外开辟内存。