java minor gc是什么(jvm 什么情况下会触发minor gc)
大家好，如果您还对java minor gc是什么不太了解，没有关系，今天就由本站为大家分享java minor gc是什么的知识，包括jvm 什么情况下会触发minor gc的问题都会给大家分析到，还望可以解决大家的问题，下面我们就开始吧！
jvm 什么情况下会触发minor gc
当 JVM无法为一个新的对象分配空间时会触发 Minor GC。
虚拟机在进行minorGC之前会判断老年代最大的可用连续空间是否大于新生代的所有对象总空间
1、如果大于的话，直接执行minorGC
2、如果小于，判断是否开启HandlerPromotionFailure，没有开启直接FullGC
3、如果开启了HanlerPromotionFailure, JVM会判断老年代的最大连续内存空间是否大于历次晋升的大小，如果小于直接执行FullGC
4、如果大于的话，执行minorGC
Minor GC是新生代GC，指的是发生在新生代的垃圾收集动作。由于java对象大都是朝生夕死的，所以Minor GC非常频繁，一般回收速度也比较快。
扩展资料：
Java虚拟机本质上就是一个程序，当它在命令行上启动的时候，就开始执行保存在某字节码文件中的指令。Java语言的可移植性正是建立在Java虚拟机的基础上。任何平台只要装有针对于该平台的Java虚拟机，字节码文件（.class）就可以在该平台上运行。
引入Java语言虚拟机后，Java语言在不同平台上运行时不需要重新编译。Java语言使用Java虚拟机屏蔽了与具体平台相关的信息，使得Java语言编译程序只需生成在Java虚拟机上运行的目标代码（字节码），就可以在多种平台上不加修改地运行。
参考资料来源：百度百科-JVM
Major GC和Full GC的区别是什么触发条件
Major GC和Full GC的区别是什么？
Full GC定义是相对明确的，就是针对整个新生代、老生代、元空间（metaspace，java8以上版本取代perm gen）的全局范围的GC；
2. Minor GC和Major GC是俗称，在Hotspot JVM实现的Serial GC, Parallel GC, CMS, G1 GC中大致可以对应到某个Young GC和Old GC算法组合；
搞清楚了上面这些组合，我们再来看看各类GC算法的触发条件。
简单说，触发条件就是某GC算法对应区域满了，或是预测快满了。比如，
各种Young GC的触发原因都是eden区满了.
希望对你有帮助
Java中full gc什么意思
转发的~但能解决你的问题
除直接调用System.gc外，触发Full GC执行的情况有如下四种。
1.旧生代空间不足
旧生代空间只有在新生代对象转入及创建为大对象、大数组时才会出现不足的现象，当执行Full GC后空间仍然不足，则抛出如下错误：
java.lang.OutOfMemoryError: Java heap space
为避免以上两种状况引起的FullGC，调优时应尽量做到让对象在Minor GC阶段被回收、让对象在新生代多存活一段时间及不要创建过大的对象及数组。
2. Permanet Generation空间满
PermanetGeneration中存放的为一些class的信息等，当系统中要加载的类、反射的类和调用的方法较多时，Permanet Generation可能会被占满，在未配置为采用CMS GC的情况下会执行Full GC。如果经过Full GC仍然回收不了，那么JVM会抛出如下错误信息：
java.lang.OutOfMemoryError: PermGen space
为避免Perm Gen占满造成Full GC现象，可采用的方法为增大Perm Gen空间或转为使用CMS GC。
3. CMS GC时出现promotion failed和concurrent mode failure
对于采用CMS进行旧生代GC的程序而言，尤其要注意GC日志中是否有promotion failed和concurrent mode failure两种状况，当这两种状况出现时可能会触发Full GC。
promotionfailed是在进行Minor GC时，survivor space放不下、对象只能放入旧生代，而此时旧生代也放不下造成的；concurrent mode failure是在执行CMS GC的过程中同时有对象要放入旧生代，而此时旧生代空间不足造成的。
应对措施为：增大survivorspace、旧生代空间或调低触发并发GC的比率，但在JDK 5.0+、6.0+的版本中有可能会由于JDK的bug29导致CMS在remark完毕后很久才触发sweeping动作。对于这种状况，可通过设置-XX:CMSMaxAbortablePrecleanTime=5（单位为ms）来避免。
4.统计得到的Minor GC晋升到旧生代的平均大小大于旧生代的剩余空间
这是一个较为复杂的触发情况，Hotspot为了避免由于新生代对象晋升到旧生代导致旧生代空间不足的现象，在进行Minor GC时，做了一个判断，如果之前统计所得到的Minor GC晋升到旧生代的平均大小大于旧生代的剩余空间，那么就直接触发Full GC。
例如程序第一次触发MinorGC后，有6MB的对象晋升到旧生代，那么当下一次Minor GC发生时，首先检查旧生代的剩余空间是否大于6MB，如果小于6MB，则执行Full GC。
当新生代采用PSGC时，方式稍有不同，PS GC是在Minor GC后也会检查，例如上面的例子中第一次Minor GC后，PS GC会检查此时旧生代的剩余空间是否大于6MB，如小于，则触发对旧生代的回收。
除了以上4种状况外，对于使用RMI来进行RPC或管理的Sun JDK应用而言，默认情况下会一小时执行一次Full GC。可通过在启动时通过- java-Dsun.rmi.dgc.client.gcInterval=3600000来设置Full GC执行的间隔时间或通过-XX:+ DisableExplicitGC来禁止RMI调用System.gc。
java的gc为什么要分代
假如哈，现在的计算机能做的1ms扫描完所有live object，10ms完成live set的整理（compaction），大多数java应用都会觉得“这没毛病了”，那么，现在Hotspot JVM设计的那几套GC算法组合确实就没意义了。下面，再继续谈一哈GC的哲学。类似分布式系统的CAP theorem，GC算法设计也是有这个3取2的三角组合的：即延时（latency）、吞吐（throughput）和内存消耗（footprint）。基本的设计原理就是footprint为有限值的条件下，我们再在latency和throughput上挑一个优化，比如Hotspot JVM实现中，CMS算法主攻latency，Parallel GC主攻throughput，G1 GC较关注latency同时兼顾一点throughput。来来来，我们开个脑洞：我们能不能放弃或减弱“footprint为有限值”这个条件。嗯～比如，一个应用1小时使用100G memory（暂时不管这100G会产生多少垃圾），服务器24小时会重启一次，那么，每次重启前java应用需要使用的内存会达到2,400G。也就是说，在这个case中，java能使用的内存如果能大于2,400G，我们根本就是不需要任何GC算法，not to mention什么分代了；“java的gc为什么要分代”的哲学又是啥。我认为，是熵增原理和 80/20法则。
OK，关于java minor gc是什么和jvm 什么情况下会触发minor gc的内容到此结束了，希望对大家有所帮助。