为何用后台线程Looper创建Handler后handleMessage仍在UI线程运行且AlertDialog未崩溃？

嘿，我先理清楚你的疑惑：你用HandlerThread创建了后台线程的Looper，并基于这个Looper初始化了Handler，但发现handleMessage居然跑在UI线程里，而且在这个方法里直接创建显示AlertDialog居然没崩溃——按Android的规则，非UI线程直接操作UI（比如弹Dialog）肯定会抛出CalledFromWrongThreadException，这确实有点反常。

咱们一步步拆解你的代码和可能的问题：

1. 为什么handleMessage会跑到UI线程？ #

从你贴的代码来看，初始化ServiceHandler时明明传入了HandlerThread的Looper，理论上handleMessage应该稳稳跑在mhm这个后台线程里。出现这种情况，大概率是你误判了线程，或者有隐藏的小问题：

• 建议你在handleMessage里加一句Log确认线程，别光靠感觉：

  Log.i("say", "当前线程: " + Thread.currentThread().getName());
  

  UI线程的名字一般是main，你的HandlerThread名字是mhm，对比一下就知道到底在哪执行了。
• 有没有可能looper变量被意外改了？比如在其他地方偷偷赋值成Looper.getMainLooper()了？从你贴的代码里看不到这个操作，但可以排查下其他逻辑。

2. 为什么AlertDialog没崩溃？ #

Android要求所有UI操作必须在UI线程执行，但你用了MainActivity.mcontext——这个Context属于UI线程的MainActivity。不过就算Context是对的，在非UI线程直接调用show()依然会报错，除非：

• 你的handleMessage其实真的在UI线程跑（这就对应了第一个问题的误判），那一切就合理了，本身就在UI线程操作UI，自然不会崩溃。
• 有没有可能你在代码里做了隐性的线程切换？比如MainActivity.mcontext里有什么特殊处理？不过这种情况真的很少见。

3. 修复建议 #

如果你确实想让handleMessage在后台线程处理逻辑，同时又要弹Dialog（必须在UI线程），可以这么改：

• 先通过上面的Log确认handleMessage所在的线程
• 在handleMessage里切换到UI线程再弹Dialog：

  @Override
  public void handleMessage(Message msg) {
      // 先确认线程
      Log.i("say", "当前线程: " + Thread.currentThread().getName());
      int i = msg.getData().getInt("say");
      Log.i("say", i + "");
      if (idd == 3) {
          stopSelf(msg.arg1);
      }
      // 切到UI线程弹Dialog
      new Handler(Looper.getMainLooper()).post(new Runnable() {
          @Override
          public void run() {
              new AlertDialog.Builder(MainActivity.mcontext)
                      .setTitle("ok")
                      .setMessage("message").show();
          }
      });
  }
  

另外，注意MainActivity.mcontext如果是静态引用，很容易导致内存泄漏，建议换成getApplicationContext()或者用弱引用持有Activity的Context。

额外小提醒 #

• HandlerThread用完记得释放资源，在Service的onDestroy()里加上：

  @Override
  public void onDestroy() {
      Log.i("say", "finish xxxxxxxxxxxxxxxxxx");
      thread.quitSafely(); // 安全终止HandlerThread的Looper
      super.onDestroy();
  }
  

• 你在onStartCommand里弹Toast是没问题的，因为Service的onStartCommand本身就运行在UI线程。

内容的提问来源于stack exchange，提问作者M.ghorbani