HandlerThread 你真的用对了吗？

前言

在 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 需要手动停止，为了加深记忆，发文以记录。

结语

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