java System.gc 说明

在没有任何jvm参数配置的情况下，默认System.gc会触发一次full gc。针对cms gc的情况下，默认其实执行的是serial gc。

通过配置-XX:+ExplicitGCInvokesConcurrent 来避免执行serial gc。

参考源代码：

voidGenCollectedHeap::collect(GCCause::Causecause){

  if(should_do_concurrent_full_gc(cause)){

     #ifndefSERIALGC// mostly concurrent full

        collectioncollect_mostly_concurrent(cause);

     #else// SERIALGC

        ShouldNotReachHere();

     #endif// SERIALGC

  }else{

    #ifdefASSERT

        if(cause==GCCause::_scavenge_alot){

            // minor collection only

            collect(cause,0);

        }else{

            // Stop-the-world full

            collectioncollect(cause,n_gens()-1);

        }

     #else// Stop-the-world full

        collectioncollect(cause,n_gens()-1);

     #endif

   }

}

boolGenCollectedHeap::should_do_concurrent_full_gc(GCCause::Causecause){

   returnUseConcMarkSweepGC&&((cause==GCCause::_gc_locker&&GCLockerInvokesConcurrent)||(cause==GCCause::_java_lang_system_gc&&ExplicitGCInvokesConcurrent));

}

使用场景：

在使用堆外内存的时候，需要使用到System.gc。

1.在申请对外内存的时候，如果发现可以分配的堆外内存不够的时候，试图通过gc去释放堆外内存。堆外内存的大小限制和jvm参数-XX:MaxDirectMemorySize有关

2.使用完堆外内存时，可以使用System.gc来尝试释放。也可以获取DirectByteBuffer对象关联的Cleaner来直接释放。

gc和堆外内存的关系：

首先在java层面和在堆外分配的这块内存关联的只有与之关联的DirectByteBuffer对象了，它记录了这块内存的地址以及大小。

gc如何能通过操作DirectByteBuffer对象来间接操作对应的堆外内存？

DirectByteBuffer对象在创建的时候关联了一个PhantomReference，说到PhantomReference它其实主要是用来跟踪对象何时被回收的，它不能影响gc决策，但是gc过程中如果发现某个对象除了只有PhantomReference引用它之外，并没有其他的地方引用它了，那将会把这个引用放到java.lang.ref.Reference.pending队列里，在gc完毕的时候通知ReferenceHandler这个守护线程去执行一些后置处理，而DirectByteBuffer关联的PhantomReference是PhantomReference的一个子类，在最终的处理里会通过Unsafe的free接口来释放DirectByteBuffer对应的堆外内存块