android handler消息机制和可能导致内存泄漏的原因

最新推荐文章于 2021-05-25 17:16:46 发布

小红威武

最新推荐文章于 2021-05-25 17:16:46 发布

阅读量561

点赞数

CC 4.0 BY-SA版权

分类专栏： Android开发

本文链接：https://blog.youkuaiyun.com/HongEnIT/article/details/54849577

Android开发专栏收录该内容

66 篇文章

订阅专栏

本文深入解析Android中Handler的工作原理，包括Looper与消息队列的关系、Handler如何与Looper关联，以及非静态内部类引起的Activity泄露问题。

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

当Android应用启动的时候，会通过prepareMainLooper方法创建一个UI主线程的Looper对象，Looper实现了一个简单的消息队列，一个一个的处理里面的Message对象。主线程Looper对象在整个应用生命周期中存在。
当在主线程中初始化Handler时，该Handler和Looper的消息队列关联（如下代码所示mQueue = mLooper.mQueue）。

    public Handler(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());
            }
        }

        mLooper = Looper.myLooper();
        if (mLooper == null) {
            throw new RuntimeException(
                "Can't create handler inside thread that has not called Looper.prepare()");
        }
        mQueue = mLooper.mQueue;
        mCallback = callback;
        mAsynchronous = async;
    }

发送到消息队列的Message会引用发送该消息的Handler对象，这样系统可以调用 Handler#handleMessage(Message) 来分发处理该消息。

由于非静态(匿名)内部类会默认隐性引用外部类对象，如果外部类是Activity，则会引起Activity泄露。
当Activity finish后，延时消息会继续存在主线程消息队列中1分钟，然后处理消息。而该消息引用了Activity的Handler对象，然后这个Handler又引用了这个Activity。这些引用对象会保持到该消息被处理完，这样就导致该Activity对象无法被回收，从而导致了上面说的 Activity泄露。