关于Java对象朝生夕灭的信息
本篇文章给大家谈谈Java对象朝生夕灭，以及对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。
本文目录一览：
majorgc触发条件
Major GC通常是跟full GC是等价的，收集整个GC堆。但因为HotSpot VM发展了这么多年，外界对各种名词的解读已经完全混乱了，当有人说“major GC”的时候一定要问清楚他想要指的是上面的full GC还是old gen。
最简单的分代式GC策略，按HotSpot VM的serial GC的实现来看，触发条件是：
young GC：当young gen中的eden区分配满的时候触发。注意young GC中有部分存活对象会晋升到old gen，所以young GC后old gen的占用量通常会有所升高。
full GC：当准备要触发一次young GC时，如果发现统计数据说之前young GC的平均晋升大小比目前old gen剩余的空间大，则不会触发young GC而是转为触发full GC（因为HotSpot VM的GC里，除了CMS的concurrent collection之外，其它能收集old gen的GC都会同时收集整个GC堆，包括young gen，所以不需要事先触发一次单独的young GC）；或者，如果有perm gen的话，要在perm gen分配空间但已经没有足够空间时，也要触发一次full GC；或者System.gc()、heap dump带GC，默认也是触发full GC。
HotSpot VM里其它非并发GC的触发条件复杂一些，不过大致的原理与上面说的其实一样。
当然也总有例外。Parallel Scavenge（-XX:+UseParallelGC）框架下，默认是在要触发full GC前先执行一次young GC，并且两次GC之间能让应用程序稍微运行一小下，以期降低full GC的暂停时间（因为young GC会尽量清理了young gen的死对象，减少了full GC的工作量）。这是HotSpot VM里的奇葩嗯。
并发GC的触发条件就不太一样。以CMS GC为例，它主要是定时去检查old gen的使用量，当使用量超过了触发比例就会启动一次CMS GC，对old gen做并发收集。
java虚拟机常见的几种垃圾收集算法
1、垃圾收集器概述
垃圾收集器是垃圾回收算法（标记-清除算法、复制算法、标记-整理算法、火车算法）的具体实现，不同商家、不同版本的JVM所提供的垃圾收集器可能会有很在差别，本文主要介绍HotSpot虚拟机中的垃圾收集器。
1-1、垃圾收集器组合
JDK7/8后，HotSpot虚拟机所有收集器及组合（连线），如下图：
（A）、图中展示了7种不同分代的收集器：
Serial、ParNew、Parallel Scavenge、Serial Old、Parallel Old、CMS、G1；
（B）、而它们所处区域，则表明其是属于新生代收集器还是老年代收集器：
新生代收集器：Serial、ParNew、Parallel Scavenge；
老年代收集器：Serial Old、Parallel Old、CMS；
整堆收集器：G1；
（C）、两个收集器间有连线，表明它们可以搭配使用：
Serial/Serial Old、Serial/CMS、ParNew/Serial Old、ParNew/CMS、Parallel Scavenge/Serial Old、Parallel Scavenge/Parallel Old、G1；
（D）、其中Serial Old作为CMS出现"Concurrent Mode Failure"失败的后备预案（后面介绍）；
1-2、并发垃圾收集和并行垃圾收集的区别
（A）、并行（Parallel）
指多条垃圾收集线程并行工作，但此时用户线程仍然处于等待状态；
如ParNew、Parallel Scavenge、Parallel Old；
（B）、并发（Concurrent）
指用户线程与垃圾收集线程同时执行（但不一定是并行的，可能会交替执行）；
用户程序在继续运行，而垃圾收集程序线程运行于另一个CPU上；
如CMS、G1（也有并行）；
1-3、Minor GC和Full GC的区别
（A）、Minor GC
又称新生代GC，指发生在新生代的垃圾收集动作；
因为Java对象大多是朝生夕灭，所以Minor GC非常频繁，一般回收速度也比较快；
（B）、Full GC
又称Major GC或老年代GC，指发生在老年代的GC；
出现Full GC经常会伴随至少一次的Minor GC（不是绝对，Parallel Sacvenge收集器就可以选择设置Major GC策略）；
Major GC速度一般比Minor GC慢10倍以上；
新生代与老年代
Java堆是Java虚拟机管理的最大的一块内存空间，主要存放对象实例。
在Java中，堆被分为两块区域：新生代、老年代。
堆大小=新生代+老年代。（分别占堆空间为1/3、2/3）
新生代又被分为Eden、from survivor、to survivor（8:1:1）
新生代这样划分是为了更好的管理堆内存中的对象，方便GC算法--“复制算法”来进行垃圾回收。
JVM每次只会使用Eden和其中一块survivor来为对象服务，所以无论什么时候，都会有一块survivor空间，因此新生代实际可用空间为90%。
新生代GC（minor gc）：指发生在新生代的垃圾回收动作，因为Java对象大多数都是“朝生夕死”的特性，所以minor GC非常频繁，使用复制算法快速的回收。
新生代几乎是所有Java对象出生的地方，Java对象申请的内存和存放都是在这个地方。
当对象在Eden（包括一个survivor，假如是from），当此对象经过一次minor GC后仍然存活，并且能够被另一块survivor所容纳（这里的survivor则是to），则使用复制算法将这些仍然存活的对象复制到to survivor区域中，然后清理掉Eden和from survivor区域，并将这些存活的对象年龄+1，以后对象在survivor中每熬过一次则+1，当达到某个值（默认为15），这些对象会成为老年代！
事情不是绝对，有些较大的对象（需要分配连续的内存空间），则直接进入老年代。
老年代GC（major GC）：指发生在老年代的垃圾回收动作，所采用的的是“标记--整理”算法。
老年代几乎都是从survivor中熬过来的，不会轻易“死掉”，因此major GC不会像minor GC那样频繁
两块survivor，每次使用其中的块。当这一块使用完了，就将还存储着的对象复制到另一块survivor上面，然后再把已经使用过的内存空间一次清理掉，下图为示意图。
优点：不用考虑内存碎片问题，实现简单，运行效率高。
缺点：当对象存活较高（PS：老年代）时，就要进行较多的复制操作，效率会很低。
与“标记-清理”算法相似，只是后续不是直接对可回收对象进行清理，而是让所有存活的对象都向一端移动，然后直接清理掉端边界以外的内存，下图为示意图。
关于Java对象朝生夕灭和的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。