内容简介：JVM 源码分析之 System.gc()
System.gc() 是触发FGC最简单暴力的方式，在JDK源码中实际上是调用了 Runtime 的gc方法。
public static void gc() { Runtime.getRuntime().gc(); }
Runtime.gc 的底层实现位于 Runtime.c 文件中
JNIEXPORT void JNICALL Java_java_lang_Runtime_gc(JNIEnv *env, jobject this) { JVM_GC(); }
其中 JVM_GC() 的实现位于 jvm.cpp 中
JVM_ENTRY_NO_ENV(void, JVM_GC(void)) JVMWrapper("JVM_GC"); if (!DisableExplicitGC) { Universe::heap()->collect(GCCause::_java_lang_system_gc); } JVM_END
这里有一个 DisableExplicitGC 参数，默认是false，如果启动JVM时添加了参数 -XX:+DisableExplicitGC ，那么 JVM_GC 相当于一个空函数，并不会进行GC。
其中 Universe::heap() 返回当前堆对象，由collect方法开始执行GC，并设置当前触发GC的条件为 _java_lang_system_gc ，内部会根据GC条件执行不同逻辑。
JVM的具体堆实现，在 Universe.cpp 文件中的 initialize_heap() 由启动参数所设置的垃圾回收算法决定。
堆实现和回收算法对应关系：
1、UseParallelGC：ParallelScavengeHeap
2、UseG1GC：G1CollectedHeap
3、默认或者CMS：GenCollectedHeap
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网
猜你喜欢:
- 以太坊源码分析(36)ethdb源码分析
- [源码分析] kubelet源码分析（一）之 NewKubeletCommand
- libmodbus源码分析（3）从机（服务端）功能源码分析
- [源码分析] nfs-client-provisioner源码分析
- [源码分析] kubelet源码分析（三）之 Pod的创建
- Spring事务源码分析专题（一）JdbcTemplate使用及源码分析
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
