Android Handler算是一个很神奇的东西吧，为什么这么说呢，因为刚开始学习Android的时候讲师就一值在说Handler的重要性，下面就来看看对Handler的浅度理解吧：

一.什么是Handler

 Handler是Android给我们提供用来更新UI的一套机制，是一套消息处理机制，可以通过它来发送消息和处理消息。那作为开发者的我们，不禁会疑问？Google为什么要设计这套机制呢？这是为了解决在非UI线程中更新UI组件比较麻烦的问题。那么Android为什么不能在非UI线程中更新呢？首先Android的UI控件不是线程安全的，这是因为避免多线程并发所带来不安全问题。例如作一个假设，现在在子线程中刷新界面，同时也在UI线程中刷新界面，就会出现刷新不同步，简单来讲通过Handler就可以更新UI操作切换到主线程中执行。

二.Handler机制

 Handler机制主要角色

Message：消息，就是一个载体，包含消息ID，消息处理对象和处理的数据等，统一放到MessageQueue，最终由Handler处理。

Handler：用于同一个进程的线程间通信，消息处理者，专门负责Message的发送和处理。我们使用Handler时，一般通过handleMessage(Message msg)来处理Message，也就是统一处理消息的回调，确保自己发出的消息也是自己来处理。

MessageQueue：由名字可推出这是队列，就是存放Handler发送过来的消息，按照先进先出的顺序规则来执行。将链表的数据结构以Message来串联起来，等待Looper的抽取，为什么需要队列呢？因为同一线程在一个时间只能处理一个消息。因此需要队列来保存这些消息，然后挨个挨个拿出来处理，创建一个线程时并不会自动创建MessageQueue,但是主线程创建时会默认创建Looper对象，而Looper创建时就会创建MessageQueue,其他非主线程需要looper的时候就会通过调用prepare函数来实现。

Looper：首先要理解一个线程是一段可执行的代码，作为App的主线程，不能让代码执行完，因为代码执行完的话app就会自动退出，因此不能让主线程不能让代码段执行，只能在代码中插入一个死循环，这时候Looper的作用就体现出来了，将主线程变成Looper线程。并且这时主线程就会在等其他线程发消息(更新UI和Activity状态等等)那，另外，Looper不断从消息队列拿出消息给主线程，也就是无限循环去查找是否有消息，有就去处理，没有的话就一直等待，一个MessageQueue需要一个Looper。

Thread：负责调度整个消息的循环。

通过上面可以得知：Handler的作用是发送和处理消息，Handler发送的消息必须被送到指定MessageQueue中，也就是说，要让Handler正常工作就必须有一个MessageQueue，但是MessageQueue是由Looper来抽取自身的Message，也因此当前线程中必须有一个Looper对象。

图解：

Handler深度理解

根据上面可得：每一个线程都必须有Looper，但是我们不禁会有疑问？主线程我们并没有创建Looper？其实主线程是ActivityThread，ActivityThread被创建的时候就会初始化Looper。

上面红色箭头就是主线程创建Looper对象代码语句。那么我们继续进入Looper去看看究竟是什么操作。

果然上面所分析的几个主要角色都在：Looper,MessageQueue,Thread,但是还多了一个ThreadLocal，这个是什么呢？其实这个是一个线程内部的数据存储类，通过它可以在指定线程中存储数据，数据存储以后，只有在指定的线程获取到存储数据，对于其他线程来说则无法获取到数据，后面例子再详细叙述。

这时候又有疑问，为什么主线程中有一个死循环，但是没有造成阻塞呢？那我们从ActivityThread类开始分析：这个并不是一个真正的线程，就只是一个类，从main方法看到有Looper，那找找其对应的Handler,ActivityThread有一个内部类，继承Handler,并找到handleMessage

仔细观察：Activity的生命周期都有对应的case条件，并且service的生命周期等等都有条件。也就是通过loop来分发消息内部类的Handler，就会进入handleMessage。就会根据对应的条件来执行对应的代码，不断执行传递过来的消息。那么可以总结来说:ActivityThread的main方法主要是来做消息循环的，如果消息循环退出了，那么程序就退出了。但是从队列里取出消息可能会造成阻塞，如果某个消息处理的时间过于长，那么会影响UI线程的刷新，就造成卡顿现象。不会造成卡在的真正原因主要有二：

1.当没有消息来的时候就会wait，有句柄写的时候就会唤醒，进行等待。

2.所有的UI更新操作都通过handler来发消息。如各种的点击事件都会造成句柄写的操作来唤醒等待。

主线程是UI线程，优先级很高，主线程的死循环会不会特别消耗CPU资源呢？

其实如果主线程的队列里没有消息时，就会阻塞在loop的queue.next()里，这时候主线程就会释放CPU资源进入休眠状态，直到下个消息进来时就会唤醒主线程，现在是通过pipe管道来写入数据，类似I/0，不占用资源。

三.例子实践

下面简单写一个小例子加深理解：

倒计时例子：

public

classMainActivityextendsActivity{

privateTextView text_one;

privatemHandler mhandler =newmHandler(this);

@Override

protectedvoidonCreate(Bundle savedInstanceState){

super.onCreate(savedInstanceState);

        setContentView(R.layout.activity_main);

        text_one = findViewById(R.id.text_one);

        start();

    }

//Handler静态内部类 防止内存泄漏

privatestaticclassmHandlerextendsHandler{

      WeakReference<MainActivity> weakReference;

publicmHandler(MainActivity mainActivity){

weakReference =newWeakReference(mainActivity);

      }

@Override

publicvoidhandleMessage(Message msg){

          MainActivity mainActivity = weakReference.get();

if(mainActivity !=null){

                mainActivity.text_one.setText(String.valueOf(msg.arg1));

          }

      }

    }

privatevoidstart(){

newThread(newRunnable() {

@Override

publicvoidrun(){

for(inti =10;i>0;i--){

Message msg =newMessage();

msg.what =01;

                    msg.arg1 = i;

                    mhandler.sendMessage(msg);

try{

Thread.sleep(1000);

}catch(InterruptedException e) {

                        e.printStackTrace();

                    }

                }

//计时结束后先不管

            }

        }).start();

  }

@Override

protectedvoidonDestroy(){

super.onDestroy();

if(mhandler !=null){

mhandler.removeCallbacksAndMessages(null);

      }

  }

以上就是对Handler的理解，谢谢观看!