快捷導(dǎo)航

Android?IdleHandler基本使用及應(yīng)用案例詳解

更新時間：2022年10月11日 15:30:49 作者：長安皈故里

這篇文章主要為大家詳細介紹了Android?IdleHandler的基本使用及應(yīng)用案例，文中的示例代碼講解詳細，具有一定的參考價值，需要的可以參考一下

IdleHandler基本使用

IdleHandler原型

public static interface IdleHandler {
    boolean queueIdle();
}

不看源碼直接上結(jié)論，Android應(yīng)用的運行都是靠著一條條Message入隊、出隊、執(zhí)行實現(xiàn)，當應(yīng)用主線程的消息隊列空閑的時候（消息隊列沒有消息或下一次消息執(zhí)行的時間還未到），就會嘗試去執(zhí)行IdleHandler集合。

其中：IdleHandler的queueIdle方法的返回值如果為false，那么IdleHandler執(zhí)行完之后就會被移除，也就是說只會被執(zhí)行一次；如果返回值為true，不會被移除且可以被執(zhí)行多次。

所以我們就可以向消息隊列的IdleHandler集合中插具體的IdleHandler在應(yīng)用主線程空閑的時候執(zhí)行一些操作，基本的使用如下：

Looper.getMainLooper().queue.addIdleHandler {
    true
}

案例1：執(zhí)行GC

大家都知道，不能隨便在主線程執(zhí)行GC，否則很容易造成卡頓，但是我們可以在主線程空閑的時候去執(zhí)行GC，這個時候就可以利用IdleHandler，Android源碼中就有如下使用：

#ActivityThread
void scheduleGcIdler() {
    Looper.myQueue().addIdleHandler(mGcIdler);
}

final class GcIdler implements MessageQueue.IdleHandler {
    @Override
    public final boolean queueIdle() {
        doGcIfNeeded();
    }
}

void doGcIfNeeded(String reason) {
     //執(zhí)行GC
     BinderInternal.forceGc(reason);
}

這樣既可以滿足gc回收對象的需要，又不會影響主線程中其他任務(wù)的執(zhí)行

案例2：粗估Activity界面渲染時間

我們首先要明確界面渲染流程是發(fā)生在Activity的onResume生命周期，往主線程消息隊列添加消息屏障（之后添加的Message只能執(zhí)行異步類型的），然后發(fā)送界面渲染異步Message，等到界面渲染完成后才會從消息隊列移除屏障消息，這個時候才能正常執(zhí)行其他Message。

參考下滴滴的DoKit開源庫：

我們現(xiàn)在onResume方法中記錄界面開始渲染時間，添加一個IdleHandler，這個會在界面渲染相關(guān)Message執(zhí)行完畢后再執(zhí)行它，所以就可以簡單的估算出界面渲染時長。

案例3：App大圖監(jiān)測

常見的大圖監(jiān)控方法都是將ImageView替換成自定義ImageView，然后重寫設(shè)置圖片的方法，比如setImageBitmap()等等，在方法中計算下圖片的寬高是否超過ImageView的寬高，是就彈出一個彈窗提醒開發(fā)者，一般在Debug環(huán)境下執(zhí)行這種檢測。

Debug環(huán)境下開啟大圖檢測，一般為了避免影響主線程其他任務(wù)執(zhí)行，都會添加一個IdleHandler等主線程空閑了再去執(zhí)行大圖檢測：