几行代码轻松监控Android GC 情况

为什么要监控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 是比较理想的情况?

相关推荐
时光足迹42 分钟前
uni-app 视频通话实战:康复师与患者视频问诊的 6 个致命 Bug 与解决方案
android·ios·uni-app
Coffeeee5 小时前
闲聊几句,Android老哥们,你们多久没做技改需求了
android·程序员·代码规范
萝卜er6 小时前
Fragment 生命周期与状态恢复-《Android深水区(四)》
android
萝卜er6 小时前
Intent 显式、隐式与 PendingIntent-《Android深水区(五)》
android
Kapaseker8 小时前
一文吃透 Kotlin 集合操作符
android·kotlin
三少爷的鞋9 小时前
Main-safe:现代Android 架构真正的分水岭
android
沐怡旸17 小时前
深入解析 Android Performance Analyzer (APA) 底层架构与技术原理
android
李斯维1 天前
从历史的角度看 Android 软件架构
android·架构·android jetpack
plainGeekDev1 天前
Activity 间传值 → Navigation 参数
android·java·kotlin
用户41659673693551 天前
Android WebView 加载 file:// 离线页面调试教程
android·前端