handler.post方法的终极最直观的理解与解释
网上看了资料,都没有把为什么要用handler.post方法说清楚,云里雾里的。
1 先看用法1之主线程中使用:
new Handler().post(new Runnable() {
@Override
public void run() {
mTest.setText("post"); //更新UI
可以看到,new了Runnable像是开启了一个子线程,但是不然,大家可以看到这儿调用的是run方法,而不是start方法,因此并不是子线程,其实还是在主线程中(关于run和start的概念不清楚的可参考:https://www.jianshu.com/p/6b11e57cdc17),那为什么又要使用post方法呢?其实一般不这样用,也没人这样用,并没有多大意义,这就像是在主线程中给主线程sendmessage,并没有什么意义(我们知道sendmessage是子线程为了通知主线程更新UI的),主线程是可以直接更新UI的。
2 再看用法2之子线程中使用:
new Thread(new Runnable() {
@Override
public void run() {
try {
Thread.sleep(1000);
handler.post(new Runnable() {
@Override
public void run() {
mTest.setText("post");//更新UI
} catch (InterruptedException e) {
e.printStackTrace();
}).start();
由上面总结我们知道这儿的post并不是新开启的子线程,存在的子线程只有一个,即为new的Thread,那么为什么我们在其中可以settext做更新UI的操作呢? 其实post方法post过去的是一段代码,相当于将这个Runable体放入消息队列中,那么looper拿取的即为这段代码去交给handler来处理,其实也相当于我们常用的下面这段代码:
private Handler mHandler = new Handler() {
@Override
public void handleMessage(Message msg) {
super.handleMessage(msg);
switch (msg.what) {
case 0:
mTest.setText("handleMessage");//更新UI
break;
看起来熟悉吧,就是用这个Runnable体代替了上面这一大段代码,当然,我们的post方法就可以执行UI操作了。
平常情况下我们一个activity有好多个子线程,那么我们都会采用上面这种handleMessage(msg)方式,然后case 0:case 1:等等,但是当我们只有一个子线程时呢,用post反而比上面一大串代码轻便了不少,何乐而不为呢?
3 关于new Handler()与new Handler(Looper.getMainLooper())区别
如果你不带参数的实例化:Handler handler=new Handler(); 那么这个会默认用当前线程的Looper对象。
一般而言,如果你的Handler是要用来刷新UI的,那么就需要在主线程下运行。
1 要刷新UI,handler要用到主线程的Looper对象。那么在主线程Handler handler=new Handler() 如果在其他非主线程也要满足这个功能的话,要Handler handler=new Handler(Looper.getMainLooper());
2 不用刷新UI ,只是处理消息。当前消息如果是主线程的话,Handler handler=new Handler ;不是主线程的话,Looper.prepare() Handler handler=new Handler();Looper.loop() 或者Handler handler=new Handle(Looper.getMainLooper());
若是实例化的时候调用Looper.getMainLooper()就表示放到主线程中去处理。
若有不是的话,因为只有UI 线程默认Loop.prepare() Loop.loop()过,其他线程需要手动调用这两个。否则会报错。
(以上文章来源于网络)