HandlerThread 你真的用对了吗?

2,281 阅读2分钟

前言

在 Android 中我们经常要处理一些耗时任务,为了避免界面卡顿,我们通常使用线程来完成这些工作,但是线程多了会浪费资源,甚至造成 OOM,详情可参考 Android 创建线程源码与OOM分析,我们很容易想到使用线程池来重复利用线程。

但是有时我们的任务需要同时只能执行一个,举个栗子

我们要写一个视频播放器,如果在主线程中操作 MediaPlayer 会导致界面不流畅,这时就需要在后台线程中处理,而且同时只能有一个线程操作 MediaPlayer,不然就可能出问题。

有人说,用 SingleThreadPool 不就好了,的确可以使用单线程的线程池,但是其实我们有更轻量的选择,没错,使用 HandlerThread,今天我们的主角就是它。

HandlerThread 原理

HandlerThread 的用法大家肯定已经很熟悉了,本文也不是为了介绍 HandlerThread 的使用方法。

HandlerThread handlerThread = new HandlerThread("name");
handlerThread.start();
Handler handler = new Handler(handlerThread.getLooper());

HandlerThread 继承自 Thread,那么它和我们熟知的 Thread 有何不同呢?

我们知道普通的 Thread 在 run 方法执行完就会进入终止状态,而 HandlerThread 复写了 start 方法,在 start 时创建了 Looper,并开启了 loop 循环

@Override
public void run() {
    mTid = Process.myTid();
    Looper.prepare();
    synchronized (this) {
        mLooper = Looper.myLooper();
        notifyAll();
    }
    Process.setThreadPriority(mPriority);
    onLooperPrepared();
    Looper.loop();
    mTid = -1;
}

因此 HandlerThread 不会自动终止,除非我们手动调用 getLooper().quit() 跳出 loop 循环。

HandlerThread 踩坑

前段时间项目中需要实现一个视频播放器,对于 MediaPlayer 的操作通过 HandlerThread 完成,每次 new 一个播放器都会启动一个 HandlerThread,而播放器销毁时并没有停止 HandlerThread。我们 APP 中访问量最大的商品详情页也使用了这个播放器,上线后发现APP的线程数量增加了很多,仔细一看,发现有很多名为 VideoPlayer 的线程,恍然大悟。

还好没有引发严重的问题,不过线程数量过多也会造成 OOM,存在很大的风险,所以快马加鞭发补丁修复问题。

回想起来,原来自己一直都没有注意到 HandlerThread 需要手动停止,为了加深记忆,发文以记录。

结语

今天是七夕节,不知道大家是不是都在陪妹子对酒赏月,反正杭州的台风还没走,哈哈

迁移自我的简书 2018.08.17