情景引入：
后来你成了首席架构师，你的程序非常庞大，里面线程一大把。了解过线程的尤其是java线程的都知道CPU分配给各线程的时间片是不可控的(未加锁情况下)，也就是说多线程情况下每个线程被执行的权重不是那么雨露均沾的。不受控的线程很可能不能使程序按开发人员的想法来做事情。
多线程.jpg
是不是感觉很麻烦，没有看下去的欲望了吧蛤蛤蛤！没关系有人帮你封装了这些乱七八糟的东西！！！
谷歌限制了安卓开发者更新UI的线程数量，我们只能在主线程更新UI，这就避免了多线程更新UI的大量问题。Google工程师把安卓中线程相关的操作都帮你封装成了一个叫Handler的类库，你只要按Handler的逻辑来，你就可以不用管上面那些乱七八糟的东西，安稳更新UI。
android.jpg
来看第一个方法------post()
TextView text = findViewById(R.id.text); //安排好TextView
Handler handler = new Handler();//声明一个Handler类实例对象
new Thread(){//给出一个子线程
@override
public void run(){//重写子线程中的run方法
handler.post(new Runnable(){//在这里调用Handler中的post()方法，在post方法中。需要给予一个Runnable对象
@override
public void run(){//重写Runnable中的run方法
text.setText("通过handler在子线程设置了UI！");//进行UI操作
}
});//handler的post方法内声明的匿名内部类的结束括号
}//子线程内的run方法的结束括号
}.start();//子线程的结束括号，子线程写完不要忘记调用start()方法哟
Handler类中的post()方法，可以将一个在非主线程的UI更新操作传递给主线程处理，你需要做的是在非主线程的run()方法中用声明好的Handler对象调用post()方法，并且在post()方法中传入一个Runnable对象，在你重写Runnable中的run()方法时，在里面加入你想在非主线程中执行的UI操作。
既然Handler是帮助我们有安排地处理UI的更新，那么不难推测，由子线程传递到主线程的UI操作请求应该是排好队了的，的确，那么我们给这个消息队列起个名怎么样，就叫MessageQueue怎么样？顾名思义消息的队列嘛，简单好用。Google也是这么想的，这个主线程中所接收到的来自子线程的UI更新请求消息，会被按时间顺序排好队，Google称这个消息队列为MessageQueue。post()方法就是将一个子线程中更新UI的信息塞入MessageQueue等待执行的方法之一。
第二个方法------sendMessage()
TextView text = findViewById(R.id.text);//安排好TextView
Handler handler = new Handler(){//推荐先看后半部分代码，这样你会清楚一些
@override
public void handleMessage(android.os.Message msg){//这个地方重写了一个Handler类里面的方法，这个方法就是用来处理（handle）信息（Message）的。
textView.setText(""+msg.arg1);//这里更新UI，用到来传递过来的一个message对象，以及里面的arg1（int类型）参数。没明白先往下看，看完Message对象是干啥的再返回来看就很清楚了
};
};
new Thread(){
public void run(){
Message message = new Message();//声明一个message对象，对象里自带了一些简单的参数，你可以给它们赋值
message.arg1=123;//这里将message对象里的一个Int类型的自带参数arg1，赋值为123
handler.sendMessage(message);//调用handler实例的sendMessage()方法，将message传入后发送给handler来处理，届时handler收到message后会调用handlerMessage()方法，你可以将UI操作写在该方法内
};
}.start();
同样的道理,你用Handler的实例对象handler来sendMessage,最终也是达成了将某些任务安全地放在主线程来执行的结果。先写这么多吧。。。
