为什么要监控gc情况

不仅仅是android了，其实只要是java技术这一块的，做性能监控，gc次数/频率肯定是要做的，服务端那边也有，只不过他们监控的手段和我们不太一样。

但是目的是一样的，gc的频率是影响app流畅性的一个重要指标

android的监控方案

对于低版本的android手机来说，只要发生了gc，log日志是会有相应的日志的。但是高版本这个日志就没了，那么我们如何感知到 android的虚拟机发生了gc呢？

其实android源码里已经有现成的例子了 BinderInternal

其实关键就是一直保留一个弱引用对象，当这个弱引用的对象被回收时，则一定会走到finalize 这个方法内，此时则意味着发生了gc行为

还不算完，你要保证你能一直监控整个app期间的gc行为，那你在finalize这个方法内要确保再重新new出来这个弱引用对象，否则 gc一次你这个对象没了后面就再也收不到gc了

kotlin的极简实现

kotlin 复制代码

object GcWatcher {
    private var gcWatcher: WeakReference<GcWatcherInternal>? = null
    // 在你application启动的时候 init就行
    @JvmStatic
    fun init() {
        if (gcWatcher == null) {
            gcWatcher = WeakReference(GcWatcherInternal())
        } else {
            Log.v(TAG, "GCWatcher() is inited,dont need init again")
        }
    }

    class GcWatcherInternal {
        @kotlin.jvm.Throws(Throwable::class)
        protected fun finalize() {
            // 每次gc都会走这里 可以在这里统计你想要的次数/频率等信息
            Log.v(TAG, "GcWatcherInternal detect vm do gc !!!!!")
            gcWatcher = WeakReference(GcWatcherInternal())

        }
    }
}

最后你们app冷启动到首屏渲染之间，发生了几次gc呢？你认为发生多少次gc 是比较理想的情况？