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

结语

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

迁移自个人简书 2018.08.17