android开发学习笔记——Handler消息处理机制

对于耗时操作，如加载数据，广告轮播等操作，我们会自然的想到开启新线程来动态更新UI，但是Android不支持显式地在子线程中更新主线程的UI组件，而必须要采用Handler来实现将子线程的数据或操作传到主线程的消息队列中来更新UI，因为子线程中没有默认的消息处理机制来更新UI——不安全。所以要了解Handler的消息处理机制。

原理：借用一张网络图篇来描述

如何在子线程中更新UI？

上图看到每个线程都有其唯一的一个消息Message的像传送带一样的容器——消息队列MessageQueue，在android主线程创建之初，默认创建了一个消息队列并建立了对应的消息处理机制来更新UI，而在用户创建的子线程中则没有这样的默认消息队列和处理机制，这也就解释了为什么开头说不支持显式地在子线程中更新主线程的UI组件，除非你在创建子线程的时候，也创建一个消息队列和对应的处理机制才行。

上图中Looper是担任着这个传送带的发动机和创建者的职责，因此要使用消息队列来更新UI，首先要

              Looper.prepare()；//创建准备好当前线程的消息队列

而Handler担任的是运输员的职责，不停地把货物Message放到传送带的一端

        在消息队列就绪后，new Handler()，重写作为回调的handleMessage方法，把放在参数msg中待处理的数据obj等提取出来进行处理，并根据处理结果和业务逻辑直接反馈到UI上。

          然后调用handler.sendMessage(msg)等方法来创建并发送一则消息，并把从需要处理的数据放在msg的成员中，比如msg.obj中。

最后再通过

                  Looper.loop()；//开动这个传送带，开启消息处理的循环.

 

这里只是简单的讲解一下如何在子线程中更新UI，因为更多时候我们希望做的是：先通过主线程渲染界面，与用户交互，然后通过子线程根据交互的结果，处理获得相应的数据，最后再更新到主线程中给用户以反馈。

 

更简洁的做法

而要达成目的，更简洁的做法是，直接在子线程中将Message放到主线程的消息队列中，而不是单独为子线程再创建一个消息队列，这样也不需要再为其创建一套消息处理机制。而这里通过在子线程中

       new Handler(getMainLooper()){

     @Override

      public void handleMessage(Message msg){

      //更新主线程UI

}

}

来创建一个往主线程消息队列传输Message的Handler。

 然后再合适的地方handler.sendMessage(msg)把消息发送出去即可。因为是发送到主线程的消息队列中，就不需要再手动进行Looper.loop()等消息处理的操作了。

这样就完美解决了最初的需求.