GC理解的重点之一是SuspendAll机制,即停止所有线程。
请求GC的线程会在每一个java线程的状态位中置上kRequestSuspend位,接着此线程进入等待状态,等待所有线程响应并清除此kRequestSuspend位。
因为java dex字节码中会嵌入checkpoint点,java线程跑到checkpoint点的时候,即检查是否有kRequestSuspend位;如果有,则响应并把自己suspend,然后进入自等待,等待恢复信号。
响应时会清除kRequestSuspend位,从而让请求GC的线程知道一个一个的java线程已经suspend了,可以安全地进行GC。
[另外,在runCheckpoint的时候会检查是否有kRequestCheckpoint;如果有,则运行checkpoint方法。遗留问题:kRequestCheckpoint什么时候以及被谁设置?]
以上是指java线程。那么在native线程中,因为没有dex字节码中的checkpoint,如何响应kRequestSuspend呢?
在art中,native线程会一直执行下去,直到退出。因此如果gc遇到native线程正在执行,则需要等待native线程执行完毕才有可能执行到checkpoint。