HandlerThread 是 Android 中封装了 Looper 和消息队列的线程类，让你在子线程中优雅地处理异步任务，同时免去手动管理消息循环的繁琐。
HandlerThread 和 Thread 的区别是什么
很多开发者刚开始接触 Android 多线程时，都会纠结到底用 Thread 还是 HandlerThread，两者虽然都继承自 Thread，但本质区别在于消息循环机制，Thread 只是一个独立的执行单元，任务执行完就结束，无法重复接收消息，HandlerThread 内部自带 Looper 和消息队列，启动后持续运行，通过 Handler 向它发消息,任务会按顺序排队执行。
- 生命周期：Thread 执行完 run() 就销毁；HandlerThread 需要手动调用 quit() 或 quitSafely() 才能停止。
- 消息处理：Thread 只能通过在线程内部轮询或阻塞方式处理外部请求；HandlerThread 通过 Handler 和 Looper 协作,天然支持异步消息收发。
- 使用成本：直接使用 Thread 需要自己实现 Looper 的 prepare() 和 loop()，容易出错；HandlerThread 封装了这些细节,开箱即用。
- 适用场景：Thread 适合一次性耗时任务，比如网络请求；HandlerThread 适合需要持续处理消息的串行任务队列，比如事件监听、数据库写入等。
行业共识认为，在需要后台线程顺序执行大量轻量级任务时，HandlerThread 是更可靠的选择，它避免了频繁创建和销毁线程的开销,同时保证消息顺序到达。
HandlerThread 在 Android 开发中的使用场景
HandlerThread 最常见的落脚点是 IntentService 的内部实现，IntentService 在 onStartCommand 中通过 HandlerThread 在处理消息的线程里执行 onHandleIntent，确保每次请求排队执行，在以下场景中 HandlerThread 也非常实用：
- 后台录音或传感器数据采集：需要串行缓冲数据,避免并发写入冲突。
- 文件 IO 操作：写日志、保存数据库，用 HandlerThread 排队,防止主线程卡顿。
- 自定义消息队列：例如下载队列，每次只处理一个任务,完成后自动取下一个。
- Handler 与 Looper 配合：当你需要在子线程中创建 Handler 并关联 Looper 时，HandlerThread 是标准做法。
许多成熟的 Android 开源库也依赖 HandlerThread，Glide 和 EventBus 在某些版本中用 HandlerThread 处理异步事件，这说明 HandlerThread 在 Android 生态中的地位已被充分验证。
如何使用 HandlerThread 和 Handler 配合工作
下面通过一个完整的实操步骤，展示如何创建 HandlerThread 并利用 Handler 与它通信。
- 创建 HandlerThread 实例：
HandlerThread handlerThread = new HandlerThread("MyHandlerThread"),传入线程名称方便调试。 - 启动线程：调用
handlerThread.start()，此时线程内部会执行 Looper.prepare() 和 Looper.loop()。 - 获取 HandlerThread 的 Looper：
Looper looper = handlerThread.getLooper()，注意，在调用 start() 后，需要等待 Looper 准备完毕，getLooper() 内部会通过 wait 机制确保这一点。 - 创建关联 Handler：
Handler handler = new Handler(looper)，这样发送的消息就会在 HandlerThread 中串行处理。 - 发送消息：
handler.sendMessage(msg)
或
handler.post(runnable)，任务自动进入消息队列,依次执行。 - 停止线程：当不再需要时，调用
handlerThread.quitSafely()或handlerThread.quit()，quitSafely() 会等当前消息处理完再退出,更安全。
代码示例（伪代码段）：
HandlerThread handlerThread = new HandlerThread("Worker");
handlerThread.start();
Handler workerHandler = new Handler(handlerThread.getLooper()) {
@Override
public void handleMessage(Message msg) {
// 在子线程中处理消息
}
};
workerHandler.sendEmptyMessage(0);
// 结束时
handlerThread.quitSafely();HandlerThread 停止的正确方法
HandlerThread 的停止是很多新手踩坑的地方，直接调用线程的 interrupt() 或 destroy() 无法安全释放 Looper 和消息队列，可能导致内存泄漏或异常，正确的做法是调用 quit() 或 quitSafely()。
- quit()：立即清除消息队列中所有未处理的消息，并终止 Looper，适用于任务不需要完成的情况,比如用户取消操作。
- quitSafely()：等待当前正在处理的消息执行完毕，然后清除剩余的未处理消息并终止，适用于需要保证任务完整性的场景,比如保存数据。
业内专家指出，在大多数情况下推荐使用 quitSafely()，它能避免因中途取消导致的数据不一致，调用后，Looper 的 loop() 方法会退出，线程 run() 结束，之后不能再通过 getLooper() 获取 Looper 或向 Handler 发送消息,否则会抛出异常。
HandlerThread 面试题高频考点
在 Android 面试中，HandlerThread 常被用来考察对消息循环机制的理解，以下是一些常见问题,可以帮助你巩固知识。
- HandlerThread 与 Handler 的关系：HandlerThread 提供 Looper，Handler 通过该 Looper 向其发送消息,实现跨线程通信。
- HandlerThread 与普通 Thread 的区别：核心就是 Looper 的有无,以及消息队列的永久循环。
- HandlerThread 如何保证线程安全：基于消息队列的串行处理，所有操作都在同一线程执行,天然避免了并发访问问题。
- HandlerThread 的异常处理：handleMessage 中抛出异常，Looper 会终止，线程结束，需要自己在 handleMessage 中捕获异常。
常见问题与解答
HandlerThread 和 AsyncTask 哪个更好？
两者并不直接可比，AsyncTask 适用于短时后台任务并更新 UI，但自 Android 11 后已废弃，HandlerThread 适合需要长时间运行的后台消息循环，如后台服务中的任务队列，如果你需要持续处理消息，HandlerThread 是更底层、更灵活的选择。
HandlerThread 如何向主线程发送结果？
HandlerThread 处理完任务后，可以通过主线程的 Handler 发送消息更新 UI，在 HandlerThread 的处理代码中，持有主线程 Handler 的引用，调用其 sendMessage 或 post 方法即可,这是典型的子线程与主线程通信方式。
HandlerThread 的 quit() 和 quitSafely() 性能差异
quit() 立即丢弃所有未处理消息，速度快但可能丢失任务，quitSafely() 等待当前消息处理完，大约多消耗一个消息处理的时间，但保证了数据完整性，在大多数场景下，quitSafely() 是更稳妥的选择,除非你确定未处理消息可以全部丢弃。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/535880.html
