Handler.post引发的思考

原创

于 2020-04-28 13:44:52 发布 · 508 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#android

本文探讨了Android应用中使用Handler.post引起的线程卡顿问题。原本期望在后台线程运行的mRecThread由于错误地使用Handler.post，实际上在主线程执行，消耗了大量CPU资源，造成UI卡顿。通过分析Handler的构造函数和线程栈，揭示了主线程与Handler的关系。同时，文章对比了IntentService如何通过HandlerThread在后台线程执行任务，避免影响主线程的正常运行，并通过实验验证了IntentService的正确行为。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

前几天突然发现修改后的app运行起来很卡顿，使用Android studio的Profile也看不出个所以然来，于是对比了一下前面版本的代码，发现问题所在：

mNaviHandler.postDelayed(mRecThread, 5000);

mRecThread是一个一直在后台运行的线程，本来是想让其启动延迟一些（因为有些线程需要跑在前面），与是利用现存的handler给它postdelay了一下，却没注意到，Handler.post的Runnable其实是运行在主线中的。
请看Handler的默认构造函数：

    public Handler() {
   
   
        this(null, false);
    }
    public Handler(@Nullable Callback callback, boolean async) {
   
   
        if (FIND_POTENTIAL_LEAKS) {
   
   
            final Class<? extends Handler> klass = getClass();
            if ((klass.isAnonymousClass() || klass.isMemberClass() || klass.isLocalClass()) &&
                    (klass.getModifiers() & Modifier.STATIC) == 0) {
   
   
                Log.w(TAG, "The following Handler class should be static or leaks might occur: " +
                    klass.getCanonicalName());