Handler有什么用？
将工作线程需操作UI的消息 传递 到主线程，使得主线程可根据工作线程的需求 更新UI，从而避免线程操作不安全的问题
使用方式
根据发送消息到消息队列的方式不同而不同，共分为2种：使用Handler.sendMessage（）、使用Handler.post（）
使用 Handler.post（）
// 步骤1：在主线程中创建Handler实例
private Handler mhandler = new mHandler();
// 步骤2：在工作线程中 发送消息到消息队列中 & 指定操作UI内容
// 需传入1个Runnable对象
mHandler.post(new Runnable() {
@Override
public void run() {
... // 需执行的UI操作
}
});
// 步骤3：开启工作线程（同时启动了Handler）
// 多线程可采用AsyncTask、继承Thread类、实现Runnable
使用 Handler.sendMessage（）
/**
* 此处以 匿名内部类 的使用方式为例
*/
// 步骤1：在主线程中 通过匿名内部类 创建Handler类对象
private Handler mhandler = new Handler(){
// 通过复写handlerMessage()从而确定更新UI的操作
@Override
public void handleMessage(Message msg) {
...// 需执行的UI操作
}
};
// 步骤2：创建消息对象
Message msg = Message.obtain(); // 实例化消息对象
msg.what = 1; // 消息标识
msg.obj = "AA"; // 消息内容存放
// 步骤3：在工作线程中 通过Handler发送消息到消息队列中
// 多线程可采用AsyncTask、继承Thread类、实现Runnable
mHandler.sendMessage(msg);
// 步骤4：开启工作线程（同时启动了Handler）
// 多线程可采用AsyncTask、继承Thread类、实现Runnable
1 Looper死循环为什么不会消耗大量资源，应用卡死
我们使用handler时，会需要先调用looper.prepare()，looer.loop()来创建looper，而在主线程创建handler时，系统已经自行创建好了looper，所以无需我们操作，在主线程可以默认使用handler
public static void main(String[] args) {
Looper.prepareMainLooper();//创建Looper和MessageQueue对象，用于处理主线程的消息
ActivityThread thread = new ActivityThread();
thread.attach(false);//建立Binder通道 (创建新线程)
if (sMainThreadHandler == null) {
sMainThreadHandler = thread.getHandler();
}
Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);
Looper.loop();
//如果能执行下面方法，说明应用崩溃或者是退出了...
throw new RuntimeException("Main thread loop unexpectedly exited");
}
可以看到主线程也是通过looper进行消息循环的。主线程的MessageQueue没有消息时，会阻塞在looper的queue.next()中的nativepollonce()方法中 直到有消息到达，往pipe中写入来唤醒主线程
本质是同步io，读写是阻塞的，因此主线程消息循环不会消耗大量cpu资源
2主线程的消息循环机制
进入消息循环之前就创建了binder线程，ActivityThread.main()
public static void main(String[] args) {
//创建Looper和MessageQueue对象，用于处理主线程的消息
Looper.prepareMainLooper();
//创建ActivityThread对象
ActivityThread thread = new ActivityThread();
//建立Binder通道 (创建新线程)
thread.attach(false);
Looper.loop(); //消息循环运行
throw new RuntimeException("Main thread loop unexpectedly exited");
实际上，activity的生命周期是受Looper.loop()控制的，根据message进行相应的行动thread.attach(false);，在这个方法中，创建了一个binder进程（binder的服务端，applicationthread，用来接收ams传来的消息），applicationthread通过handler将msg发送给activity主线程
比如收到msg=H.LAUNCH_ACTIVITY，则调用ActivityThread.handleLaunchActivity()方法，最终会通过反射机制，创建Activity实例，然后再执行Activity.onCreate()等方法；
比如收到msg=H.PAUSE_ACTIVITY，则调用ActivityThread.handlePauseActivity()方法，最终会执行Activity.onPause()等方法。
而在收到msg进行处理的过程中，如果处理事件过长（onCreate()中进行了耗时操作)则会阻塞ui线程，甚至引起anr
3.ActivityThread中执行looper的线程是什么？
activitythread事实上没有继承自thread，并不是我们常说的线程，那么它究竟是什么呢？ 我们先来看看进程与线程
进程 每个app运行时前首先创建一个进程，该进程是由Zygote fork出来的，用于承载App上运行的各种Activity/Service等组件。进程对于上层应用来说是完全透明的，这也是google有意为之，让App程序都是运行在Android Runtime。大多数情况一个App就运行在一个进程中，除非在AndroidManifest.xml中配置Android:process属性，或通过native代码fork进程。
线程 线程对应用来说非常常见，比如每次new Thread().start都会创建一个新的线程。该线程与App所在进程之间资源共享，从Linux角度来说进程与线程除了是否共享资源外，并没有本质的区别，都是一个task_struct结构体，在CPU看来进程或线程无非就是一段可执行的代码，CPU采用CFS调度算法，保证每个task都尽可能公平的享有CPU时间片。
承载ActivityThread的主线程就是由Zygote fork孵化出的进程
4.Handler 是如何能够线程切换，发送Message的？（线程间通讯）
举个例子，有A,B两个线程，在A中创建一个handler，在B中调用handler发送msg
在A中创建handler时，同时创建了looper和messagequeue，looper.loop()在A线程中无限循环从messagequeue中取消息。当B线程调用handler发送msg时，会通过msg.target.dispatchMessage(msg)将msg插入到handler对应的messagequeue中，looper发现messagequeue中有了新的消息，便取出执行，因为looper.loop()实在A中启动的，所以会回到线程A，从B线程切换到了A线程
5. 子线程有哪些更新UI的方法？
主线程定义handler，子线程通过mHandler发消息，主线程handler的handleMessage（）更新ui
用用Activity对象的runOnUiThread方法。，创建Handler，传入getMainLooper。 View.post(Runnable r)
new Thread(new Runnable() {
@Override
public void run() {
runOnUiThread(new Runnable() {
@Override
public void run() {
//DO UI method
}
});
}
}).start();
final Handler mHandler = new Handler();
public final void runOnUiThread(Runnable action) {
if (Thread.currentThread() != mUiThread) {
mHandler.post(action);//子线程（非UI线程）
} else {
action.run();
}
}
7. 如何处理Handler 使用不当导致的内存泄露？
在Handler的handleMessage方法中（或者是run方法）处理消息，如果这个是一个延时消息，会一直保存在主线程的消息队列里，并且会影响系统对Activity的回收，造成内存泄露。所以要在Activity销毁的时候移除Messages
匿名内部类导致的泄露改为匿名静态内部类，并且对上下文或者Activity使用弱引用。
