管理信息化VR虚拟现实ART运行时垃圾收集GC过程分析.pdf

管理信息化 VR 虚拟现实 ART 运行 时垃圾收集 GC 过程分析 ART 运行时垃圾收集（GC ）过程分析 ART 运行时与 Dalvik 虚拟机一样，都使用了 Mark-Sweep 算法进行垃圾回收，因此它们的垃 圾回收流程在总体上是一致的。但是 ART 运行时对堆的划分更加细致，因而在此基础上实现 了更多样的回收策略。不同的策略有不同的回收力度，力度越大的回收策略，每次回收的内 存就越多，并且它们都有各自的使用情景。这样就可以使得每次执行 GC 时，可以最大限度 地减少应用程序停顿。本文就详细分析 ART 运行时的垃圾收集过程。 ART 运行时的垃圾收集收集过程如图 1 所示： 图 1 的最上面三个箭头描述触发GC 的三种情况，左边的流程图描述非并行GC 的执行过程， 右边的流程图描述并行 GC 的执行流程，接下来我们就详细图中涉及到的所有细节。 在前面一文中，我们提到了两种可能会触发 GC 的情况。第一种情况是没有足够内存分配请 求的分存时，会调用 Heap 类的成员函数 CollectGarbageInternal 触发一个原因为 kGcCauseForAlloc 的GC 。第二种情况下分配出请求的内存之后，堆剩下的内存超过一定的 阀值，就会调用Heap 类的成员函数RequestConcurrentGC 请求执行一个并行 GC 。 Heap 类的成员函数RequestConcurrentGC 的实现如下所示： [cpp]viewplaincopy在 CODE 上查看代码片派生到我的代码片 voidHeap::RequestConcurrentGC(Thread*self){ //MakesurethatwecandoaconcurrentGC. Runtime*runtime=Runtime::Current(); DCHECK(concurrent_gc_); if(runtime==NULL||!runtime-IsFinishedStarting()|| !runtime-IsConcurrentGcEnabled()){ return; } { MutexLockmu(self,*Locks::runtime_shutdown_lock_); if(runtime-IsShuttingDown()){ return; } } if(self-IsHandlingStackOverflow()){ return; } //Wealreadyhavearequestpending,noreasontostartmoreuntilweupdate //concurrent_start_bytes_. concurrent_start_bytes_=std::numeric_limitssize_t::max(); JNIEnv*env=self-GetJniEnv(); DCHECK(WellKnownClasses::java_lang_Daemons!=NULL); DCHECK(WellKnownClasses::java_lang_Daemons_requestGC!=NULL); env-CallStaticVoidMethod(WellKnownClasses::java_lang_Daemons, WellKnownClasses::java_lang_Daemons_requestGC); CHECK(!env-ExceptionCheck()); } 这个函数定义在文件 artgc/ 。 只有满足以下四个条件，Heap 类的成员函数RequestConcurrentGC 才会触发一个并行GC ： 1.ART 运行时已经启动完毕。 2.ART 运行时支持并行 GC 。ART 运行时默认是支持并行 GC 的，但是可以通过启动选项-Xgc 来关闭。 3.ART 运行时不是正在关闭。 4. 当前线程没有发生栈溢出。 上述 4 个条件都满足之后，Heap 类的成员函数 RequestConcurrentGC 就将成员变量 concurrent_start_bytes_的值设置为类型 size_t 的最大值，表示目前正有一个并行GC 在 等待执行，以阻止触发另外一个并行 GC 。 最后，Heap 类的成员函数RequestConcurrentGC 调用 Java 层的.Daemons 类的静态成员函数 requestGC 请求执行一次并行 GC 。Java 层的.Daemons 类在加载的时候，会启动五个与堆或 者 GC 相关的守护线程，如下所示： [java]view