Android的消息机制之Handler

学习安卓的道友们实际都知道Android是不允许在子线中更新UI的。但是，有些时候我们又必须在子线程里去执行一些耗时任务，然后根据任务的执行结果来更新相应的UI控件。鉴于此种情况，Android提供了一套异步消息处理机制。Handle不止可以从子线程向主线程发送消息，也可以在两个子线程之间通信。

Handler的定义

Handler是Android消息机制的上层接口，通过发送和处理Message和Runnable对象来关联对应线程的MessageQueue。
1、可以让对应的Message和Runnable在未来的某个时间点进行相应处理，即在子线程做完耗时操作通过Message和Runable发送给主线程。
2、让自己想要处理的耗时操作放在子线程，让更新UI的操作放在主线程.

Handler使用方法

1.post(runnable)
具体步骤：
①在成员变量中创建Handler
②通过handler.post(runnable)将runnable传送给handler，handler在合适的时候让主线程执行runnable,实现线程的更新。

public childThread
{
	public void run(){
		try{
			Runnable runnable = new Runnable(){
				@Override
				public void run(){
					HandlerWithRunnableActivity.this.statusTextView.setText("显示");
				}
			};
			uiHandler.post(runnable);
		}catch(InserruptedException e)
		{
			e.printStackTrace();
		}
	}
}

底层代码实现

public final boolean post(Runnable r)
{
	return sendMessageDelayed(getPostMessage(r),0);
}

2.sendMessage(message)
具体步骤：
①.主线程新增一个Handler对象，并重写父类的handleMessage()方法，在这里对Message进行处理
②.子线程里创建一个Message(android.os.Message)对象，根据它的what字段的值进行不同的处理操作。
③.创建Message对象，通过Message.what/arg1/arg2设置Message携带的值。
③.调用Handle的sendMessage()方法将这条Message发出去。
④.Handle收到这条Message，并在handleMessage中进行处理。
此时的handleMessge的代码就是在主线程中运行的了

private Handler handler = new Handler()
{
 public void handleMessage(Message mag){
	 switch(msg.what){
	 case update://执行UI操作
		 break;
	default:
		break;
		}
 	}
}
public void childThread{
	new Thread(new Runnable(){
		@Override
		public void run(){
			Message message = new Message();//Message是用来发送消息的
			//msg=Message.obtain();获取Message对象
			message.what=update;//what自定义的Message的识别码，通过what识别出不同的Message
			handler.sendMessage(message);//将Message对象发送出去
		}
	}).start();
}

总结： 在使用Handler的时候，在handler所创建的线程池需要维护唯一的Looper对象，每一个线程对应一个Looper,每个线程的Looper通过ThreadLocal来保证,Looper对象的内部又维护有唯一的一个MessageQueue，所以一个线程可以有多个handler，但是只能有一个Looper和一个MessageQueue。

Handler工作原理

Handler主要工作： 接收和发送信息，使用post和sen的一系列方法来实现post的一系列方法最终是通过send的一些列方法来实现的
Handle发送消息过程： Handler发送消息实质上是向消息队列中发送了一条消息。MessageQueue的next方法就会返回这条消息给Looper,Looper收到消息后就开始处理，最终消息由Looper交由Handler处理，此时Handler的dispatchMessage方法会被调用，Handler进入处理消息的阶段。
Handler处理消息过程： 1.检查Mesage的callback是否为null，不为null就通过handleCallback来处理消息，Message的callback是一个Runnnable对象，实际上就是Handle的post方法所传递的Runnable参数。
2.检查mCallback是否为null,不为null就调用mCallback的handleMessage方法来处理消息。

/*Callback接口
在实例化Handle时不需要派生Handle的子类
*/
public interface Callback
{
	public boolean handMessage(Message msg);
}

创建Handle常见方式：派生一个Handle子类，并重写其handleMessage方法
不想派生Handle子类时，就可以通过CallBack来实现。

Handler的内存泄漏问题

Handler使用是用来进行线程间通信的，所以新开启的线程是会持有Handler引用的，如果在Activity等中创建Handler，并且是非静态内部类（可以有静态成员，非静态内部类不含有静态成员，静态内部类只能够访问外部类的静态成员，非静态内部类可以访问所有）的形式，就有可能造成内存泄漏。
原因：
1、首先，非静态内部类是会隐式持有外部类的引用，所以当其他线程持有了该Handler，线程没有被销毁，则意味着Activity会一直被Handler持有引用而无法导致回收。
2、同时，MessageQueue中如果存在未处理完的Message，Message的target也是对Activity等的持有引用，也会造成内存泄漏。
解决方法：
(1). 使用静态内部类+弱引用的方式:
  静态内部类不会持有外部类的的引用，当需要引用外部类相关操作时，可以通过弱引用还获取到外部类相关操作，弱引用是不会造成对象该回收回收不掉的问题，不清楚的可以查阅JAVA的几种引用方式的详细说明。
（2） 在外部类对象被销毁时，将MessageQueue中的消息清空。例如，在Activity的onDestroy时将消息清空。

在使用Handler时，通常是通过Handler.obtainMessage()来获取Message对象的，而其内部调用的是Message.obtain()方法，并不是直接new一个Message。

使用obtain获取Message对象是因为Message内部维护了一个数据缓存池，回收的Message不会被立马销毁，而是放入了缓存池，
在获取Message时会先从缓存池中去获取，缓存池为null才会去创建新的Message。