为什么要用Handler?
- 子线程不能更改主线程的UI
- 一般来说，所有显示在界面上的控件，都是由主线程创建的
- 每个主线程都有一个Handler,Handler运行在主线程里，它与了线程可以通过Message对象来传递数据
Handler原理
主线程里都维护了一个消息对列（message queue），子线程通过Message实例设置消息内容，通过主线程里的Handler实例把消息发送到消息队列（message queue）,在主线程里还有一个轮循器（looper）在检查消息对列里有没有新的消息，一旦发现有新的消息，looper就会交给Handler对象处理，Handler则调用自己的回调函数HandlerMessage来更新UI或者其它操作。
Handler作用
- 安排消息或Runnable 在某个主线程中某个地方执行
- 安排一个动作在不同的线程中执行
Handler发送Message对象的例子
布局文件.xml
View Code Activity代码：
View Code 注意：--->转
一.Handler与Thread的区别。
Handler与调用者处于同一线程，如果Handler里面做耗时的动作，调用者线程会阻塞。Android UI操作不是线程安全的，并且这些操作必须在UI线程中执行。Android提供了几种基本的可以在其他线程中处理UI操作的方案，包括Activity的runOnUiThread(Runnable),View的post以及1.5版本的工具类AsyncTask等方案都采用了Handler，Handler的post对线程的处理也不是真正start一个新的线程，而是直接调用了线程的run方法，这正是google煞费苦心搞一套Handler的用意。
二. Handler对于Message的处理不是并发的。
一个Looper 只有处理完一条Message才会读取下一条，所以消息的处理是阻塞形式的。但是如果用不同的Looper则能达到并发的目的。Service中，onStart的执行也是阻塞的。如果一个startService在onStart执行完成之前，再次条用startService也会阻塞。如果希望能尽快的执行onStart则可以在onStart中使用handler,因为Message的send是非阻塞的。如果要是不同消息的处理也是并发的，则可以用不同的Looper实例化Handler。
三. 资源回收
向Handler对象发送类似new Message ()形式的空Message可以达到清空Message的目的，这种做法与getLooper().quit()的做法是一样的。如果利用的资源较多，应及时清理。
另一篇，转：
Handler应用总结
先从自己之前遇到的一个问题讲起吧：我想在应用里面实现两件事：点击Button后，1）每隔三秒更换一次桌面。2）每隔三秒在ImageView里面更换一张图片
图片是从资源里面随机得到的。想单纯实现换桌面和换图片是容易的，只要调用setWallpaper(bmp);
和
mImageView.setImageDrawable(getResources().getDrawable(bgs[r]));就可以了，但是要周期改变图片就有点小麻烦了。我们最容易想到的就是开个线程来控制，于是就想用如下代码：
Java代码
mButton.setOnClickListener(new OnClickListener() {
public void onClick(View v) {
new Thread() {
public void run() {
while (true) {
int r = rand();
Bitmap bmp = BitmapFactory.decodeResource(
getResources(), bgs[r]);
//mImageView.setImageDrawable(getResources().getDrawable(bgs[r]));
try {
setWallpaper(bmp);
Thread.sleep(3000);
} catch (IOException e) {
e.printStackTrace();
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
}.start();
}
});
大家会注意到:换图片的的方法被注掉了，因为这样用的话，会抛出CalledFromWrongTreadExeption。为什么会有这样的异常呢？这是因为：像ImagerView这样的View之类的东西只能在UI线程里被调用。而我们的应用的UI线程只有一个，就是当前这个Activity的线程。我们自己开的线程都不是UI线程。这就要用到Handler了。android里面对于异步消息的处理，提供了一套Handler的实现方案。Handler有很多适宜的应用和微妙之处，使它在和Thread以及Service等一起使用的时候达到很好的效果。Handler与调用者处于同一线程，如果Handler里面做耗时的动作，调用者线程会阻塞。
一个Handler允许你传递和执行结合了一个线程的消息队列的Message类或Runnable类的对象。每一个Handler的实例被结合于一个单独的线程和一个线程的消息队列。当你创建一个新的Handler时，它被绑定到一个正在创建它的线程的线程／消息队列－－从这一点来看，当messages和runnables出了消息队列时，这个Handler将传递这些messages和runnables到那个消息队列并执行它们。
Handler有两个重要的作用：1）安排messages和runnables在将来被作为一些元素来执行。2）把一个将要被执行，并且与你当前的线程不同的action入队。
下面就看看怎么利用Handler解决一开始提到的问题吧，首先在自己开的线程中把消息发出去：
Java代码
Button.setOnClickListener(new OnClickListener() {
public void onClick(View v) {
Timer timer = new Timer();
TimerTask task = new TimerTask() {
public void run() {
// Message message = Message.obtain(mHandler,
// EVENT_TIME_TO_CHANGE_IMAGE);
Message message = mHandler.obtainMessage(EVENT_TIME_TO_CHANGE_IMAGE);
mHandler.sendMessage(message);
}
};
timer.schedule(task, 3000L, 3000L);
}
});
被注掉的方法和它下面得到message的方法效果是一样的。然后要在主线程里new一个Handler来接受消息并处理事件：
Java代码
private Handler mHandler = new Handler() {
public void handleMessage(Message msg) {
switch (msg.what) {
case EVENT_TIME_TO_CHANGE_IMAGE:
int r = rand();
Bitmap bmp = BitmapFactory.decodeResource(getResources(),
bgs[r]);
try {
setWallpaper(bmp);//换桌面
changeImg(r); //换图片
} catch (IOException ie) {
ie.printStackTrace();
} catch (Exception e) {
e.printStackTrace();
}
break;
}
}
};
这样,就不会出现CalledFromWrongTreadExeption异常了。