【朝花夕拾】Handler篇（二）

前言

一年前写过一篇文章【朝花夕拾】Handler篇，随着这一年来对Handler更多的认识和理解，本文对Handler知识点做的一些补充。

一、为什么要引入Handler

Handler的主要作用是切换线程，将线程切换到Handler所使用的Looper所在线程中去，我们大部分的开发者通常使用Handler是用于子线程通知主线程更新UI，我们需要明确的是更新UI只是Handler的其中一个作用而已。

那么为什么只能在主线程中更新UI，而不能在子线程中完成呢？因为Android系统规定，只能在主线程中访问UI，如果在子线程中访问UI，程序就会报错。在访问UI的时候，系统会调用ViewRootImpl类中的checkThread方法，如下所示：

 //=======ViewRootImpl.java=======
 final Thread mThread;
 ......
 public ViewRootImpl(Context context, Display display) {
     mThread = Thread.currentThread();
 }
 ......
 void checkThread() {
     if (mThread != Thread.currentThread()) {
         throw new CalledFromWrongThreadException(
                 "Only the original thread that created a view hierarchy can touch its views.");
     }
 }
 ......

我们知道ViewRootImpl是View体系根View DecorView与Activity的PhoneWindow之间的纽带，最初ViewRootImpl实例化的时候，是在主线程中完成的。所以，上述checkThread方法可以用来判断当前是否为主线程，不是则报异常，该异常应该比较常见的了。

那么，系统为什么不允许在子线程中访问UI呢？这是因为UI控件不是线程安全的，如果在多线程中并发访问可能会导致UI控件处于不可预期的状态。那么为什么系统不对UI控件的访问加上锁机制呢？主要是因为如果加上锁机制会有两个缺点：1）使访问逻辑变得复杂。2）降低访问UI的效率，因为锁机制会阻塞某些线程的执行。所以，最简单且高效的方法就是采用单线程模型来处理UI操作，对于开发者来说也不是很麻烦，只需要通过Handler切换一下UI访问的执行线程即可。

所以Handler的出现，就解决了子线程中不能访问UI的问题。

二、Handler回调所在线程问题

在对Handler理解不深入的时候，一直没有认真注意过new一个Handler后，回调方法所在的线程问题，总以为任何时候都可以在回调方法中更新UI。事实上，之所以会有这样的错误认识，是因为我们使用Handler的时候基本上都用于更新UI了，就犯了经验主义错误。实际上，回调方法所在线程，和发送消息的handler使用的Looper所在的线程有关。下面我们先通过一些实验开看看结果。

1、在子线程中使用main Looper的情况

 private void testHandler() {
         Log.i("songzheweiwang", "thread1=" + Thread.currentThread());
         new Thread(new Runnable() {
             @Override
             public void run() {
                 new Handler(Looper.getMainLooper()).post(new Runnable() {
                     @Override
                     public void run() {
                         Log.i("songzheweiwang", "thread2=" + Thread.currentThread());
                     }
                 });
             }
         }).start();
     }

在主线程中调用如上方法，对应的log如下，可见回调方法是在主线程中：

 08-31 12:48:49.342 9414-9414/com.example.demos I/songzheweiwang: thread1=Thread[main,5,main]
 08-31 12:48:49.373 9414-9414/com.example.demos I/songzheweiwang: thread2=Thread[main,5,main]

2、在子线程中使用子线程Looper的情况

 private void testHandler() {
         Log.i("songzheweiwang", "thread1=" + Thread.currentThread());
         new Thread(new Runnable() {
             @Override
             public void run() {
                 Looper.prepare();
                 new Handler().post(new Runnable() {
                     @Override
                     public void run() {
                         Log.i("songzheweiwang", "thread2=" + Thread.currentThread());
                     }
                 });
                 Looper.loop();
             }
         }).start();
     }

在主线程中调用该方法，得到的log如下，可见回调方法是在当前子线程中：

 08-31 12:53:49.718 9655-9655/com.example.demos I/songzheweiwang: thread1=Thread[main,5,main]
 08-31 12:53:49.719 9655-9750/com.example.demos I/songzheweiwang: thread2=Thread[Thread-7,5,main]

上述示例采用的是post方式，sendMessage方式也是一样的结果，这里就不举例了。我们平始使用Handler多数情况下是在主线程中new Handler的，默认情况下使用的是main Looper，然后在子线程中用该Handler实例来post或者sendMessage，所以默认情况下回调方法就是运行在主线程中，我们在该方法中访问UI就没有报错。

另外上述示例中，第6行到13行展示了在子线程中，Handler使用子线程Looper的使用方法。Looper.prepare()，是获取当前子线程的Looper，如果没有Looper会报异常。Looper.loop()，就是用来开启线程的消息循环，否则就无法收到消息。