Handler.post引发的思考

本文探讨了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());
            
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值