jvm中的内存可以分为堆内存和非堆内存，其中堆内存用于存储虚拟机运行中产生的各种对象，而通常所说的GC也就是针对这一块内存而言的。java所创建的对象会都放在堆内存中，但随着新对象的逐渐加入，堆内存的剩余空间会越来越少。当无法给一个新的对象继续分配内存空间时，程序就会发生out of memory。我们知道，java程序员在编写时无需关心何时释放对象的内存，所以会有相当一部分的“垃圾”对象，即再也不会引用到的对象存在于内存中。当剩余空间不够时，jvm就会扫描堆内存找出垃圾对象，将其占用的内存释放掉，这就是GC。
jvm中的GC采用了generation算法，认为内存中的对象有这样的情形：大多数的对象存活的时间比较短，而少部分的对象才能够长时间存活。因此，jvm将堆内存划分为年轻代（young generation）和年老代（old generation）。年轻代中的对象通常建立时间不久，且大部分生命周期也很短；年老代中的对象则已经创建比较久了，其声明周期也相对年轻代比较长。按照上面的划分，jvm在做GC时也进行了区别对待，对年轻代GC会相对比较频繁，且采用了copying算法；年老代的GC相对比较少，且采用的是tracing算法的一种，是标记-清除-压缩。
Young Generation
Eden——所有新创建的对象都被放置在这里。
对Young Generation的垃圾回收叫minor GC，通常很多的对象都活不过一次GC。
Old Generation—但一个Survivor区域满了的时候，会将该区域中已经历一定次数GC而依旧存活的对象放到Old Generation中。如果Old Generation也满了，那就要Full GC了.
permanent generation
permanent generation(PSPermGen)区域,该区域比较稳定，主要用于存放classloader信息，比如类信息和method信息。
JVM GC是JVM的内存回收算法，调整JVM GC(Garbage Collection)，可以极大的减少由于GC工作，而导致的程序运行中断方面的问题，进而适当的提高Java程序的工作效率。
垃圾收集算法在各个虚拟机以及不同的平台上会有不同的实现,几个基本的算法:
1. 引用计数(Reference Counting)
为每一个对象添加一个计数器，计数器记录了对该对象的活跃引用的数量。如果计数器为0，则说明这个对象没有被任何变量所引用，即应该进行垃圾收集。
收集过程如下：
1. 减少被收集对象所引用的对象的计数器的值
2.将其放入延时收集队列之中
引用计数的方法由于存在显著的缺点，实际上并未被JVM所使用。
2.标记-清除收集器(Mark-Swap Collectors)
收集过程分为2个阶段
1. 首先停止所有工作，从根集遍历所有被引用的节点，然后进行标记，最后恢复所有工作
2. 收集阶段会收集那些没有被标记的节点，然后返回空闲链表
标记-清除法的缺点在于
1.标记阶段暂停的时间可能很长，而整个堆在交换阶段又是可访问的，可能会导致被换页换出内存。
2.另外一个问题在于，不管你这个对象是不是可达的，即是不是垃圾，都要在清楚阶段被检查一遍，非常耗时.
3,标记清除这两个动作会产生大量的内存碎片,于是当有大对象进行分配时,不需要触发一次垃圾回收动作
该算法的提出是为了克服句柄的开销和解决堆碎片的垃圾回收。
将内存分为两个区域(from space和to space)。所有的对象分配内存都分配到from space。在清理非活动对象阶段，把所有标志为活动的对象，copy到to space，之后清楚from space空间。然后互换from sapce和to space的身份。既原先的from space变成to sapce，原先的to space变成from space。每次清理，重复上述过程。
现在的商业虚拟机都用这种算法来回收新生代,因为新生代的大多数的生命周期都很短暂,所以前面提到的两块相互切换的区域并不需要按照1:1来进行分配。而是分配了一个Eden区，两个Survivor区。大部分对象默认的都是在 Eden区中生成。当垃圾回收时，Eden和其中的一个Survivor区的存活对象将被复制到另外一个Survivor区，当另外一个Survivor区也满了的时候，从Eden和第一个Survivor区复制过来的并且此时还存活的对象，将被复制到tenured generation。需要注意，Survivor的两个区是对称的，没先后关系，所以同一个区中可能同时存在从Eden复制过来对象，和从前一个Survivor复制过来的对象，而复制到年老区的只有从第一个Survivor去过来的对象。而且，Survivor区总有一个是空的。
young generation的gc称为minor gc。经过数次minor gc，依旧存活的对象，将被移出young generation，移到tenured generation
优点：copy算法不理会非活动对象，copy数量仅仅取决为活动对象的数量。并且在copy的同时，整理了heap空间，即，to space的空间使用始终是连续的，内存使用效率得到提高。
缺点：默认情况下Eden:Survivor=8:1, 所以总会有100-(80+10)%的新生代内存会被浪费掉。
标记整理收集器，通过融合了标记-清除收集器和拷贝收集器的优点，很好的解决了拷贝收集策略中，堆内存浪费严重的问题。
标记整理收集器分为2个阶段
1. 标记阶段， 这个阶段和标记-清除收集器的标记阶段相同
2. 整理阶段， 这个阶段将所有做了标记的活动对象整理到堆的底部
生命周期较长的对象，归入到tenured generation。一般是经过多次minor gc，还 依旧存活的对象，将移入到tenured generation。（当然，在minor gc中如果存活的对象的超过survivor的容量，放不下的对象会直接移入到tenured generation）tenured generation的gc称为major gc，就是通常说的full gc。由于tenured generaion区域比较大，而且通常对象生命周期都比较长，所以这部分的gc时间比较长。
JVM 堆内存组成
Java堆由Perm区和Heap区组成，Heap区由Old区和New区（也叫Young区）组成，New区由Eden区、From区和To区（Survivor）组成。Eden区用于存放新生成的对象。Eden中的对象生命不会超过一次Minor GC。
Survivor Space 有两个，存放每次垃圾回收后存活的对象。
Survivor Space 有两个，存放每次垃圾回收后存活的对象。
New区的Collector
1、 串行GC（Serial Copying）在整个扫描和复制过程采用单线程的方式来进行，适用于单CPU、新生代空间较小及对暂停时间要求不是非常高的应用上，是client级别默认的GC方式
2、 并行回收GC（Parallel Scavenge）
在整个扫描和复制过程采用多线程的方式来进行，适用于多CPU、对暂停时间要求较短的应用上，是server级别默认采用的GC方式
3、 并行GC（ParNew）与老生代的并发GC配合使用
old区的Collector
使用CMS是为了减少GC执行时的停顿时间，垃圾回收线程和应用线程同时执行，CMS每次回收只停顿很短的时间，分别在开始的时候（Initial Marking），和中间（Final Marking）的时候，第二次时间略长。
注：CMS，全称Concurrent Low Pause Collector，适合场景是对响应时间的重要性需求 大于对吞吐量的要求，能够承受垃圾回收线程和应用线程共享处理器资源，并且应用中存在比较多的长生命周期的对象的应用。CMS是用于对tenured generation的回收，也就是年老代的回收，目标是尽量减少应用的暂停时间，减少full gc发生的几率，利用和应用程序线程并发的垃圾回收线程来标记清除年老代。在我们的应用中，因为有缓存的存在，并且对于响应时间也有比较高的要求，因此希 望能尝试使用CMS来替代默认的server型JVM使用的并行收集器，以便获得更短的垃圾回收的暂停时间，提高程序的响应性。
CMS并非没有暂停，而是用两次短暂停来替代串行标记整理算法的长暂停，它的收集周期是这样：
初始标记(CMS-initial-mark) -> 并发标记(CMS-concurrent-mark) -> 重新标记(CMS-remark) -> 并发清除(CMS-concurrent-sweep) ->并发重设状态等待下次CMS的触发(CMS-concurrent-reset)。
其中的1，3两个步骤需要暂停所有的应用程序线程的。第一次暂停从root对象开始标记存活的对象，这个阶段称为初始标记；第二次暂停是在并发标记之后， 暂停所有应用程序线程，重新标记并发标记阶段遗漏的对象（在并发标记阶段结束后对象状态的更新导致）。第一次暂停会比较短，第二次暂停通常会比较长，并且 remark这个阶段可以并行标记。
而并发标记、并发清除、并发重设阶段的所谓并发，是指一个或者多个垃圾回收线程和应用程序线程并发地运行，垃圾回收线程不会暂停应用程序的执行，如果你有多于一个处理器，那么并发收集线程将与应用线程在不同的处理器上运行，显然，这样的开销就是会降低应用的吞吐量。Remark阶段的并行，是指暂停了所有应用程序后，启动一定数目的垃圾回收进程进行并行标记，此时的应用线程是暂停的。
扫一扫
987
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
