UI线程中调用Handler.post与直接执行方法的区别

有时可以看到在activity/fragment的普通方法中使用Handler.post去更新界面的写法。

常见的Handler.post主要是子线程通知ui线程更新界面，类似handler.sendMessage。

ui线程去Handler.post，既然本身就在ui线程，为何还要Handler.post？我的第一反应就是优化执行顺序。

Looper从MessageQueue取消息交给Handler执行，既然时Queue，自然是先进先出。

Handler执行Message，虽然也在ui线程，但优先级应该是低于普通方法的。

写个简单的例子验证一下：

在ui中打印3个log，用Handler().post输出3个log。

public class MainActivity extends Activity {
private final String TAG = "zql";
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);

new Handler().post(new Runnable() {
@Override
public void run() {
//输出log
Log.d(TAG, "handler 1");
}
});

//输出log
Log.d(TAG, "activity 1");

new Handler().post(new Runnable() {

@Override
public void run() {
//输出log
Log.d(TAG, "handler 2");
}
});

//输出log
Log.d(TAG, "activity 2");

new Handler().post(new Runnable() {

@Override
public void run() {
//输出log
Log.d(TAG, "handler 3");
}
});

//输出log
Log.d(TAG, "activity 3");
}
}

运行结果：

activity 1

activity 2

activity 3

handler 1

handler 2

handler 3

结论：

Handler.post的执行优先级低于普通方法，而且会先执行MessageQueue中先加入的消息。

至于Handler.post和Handler.sendMessage的区别，傻瓜理解点理解为没有区别：

Handler.post传递的是一段代码（一个Runnable对象，里面包含一段需要在ui线程运行的代码）。

Handler.sendMessage传递的是一段数据（发送一个Message到MessageQueue中，里面包含一些数据）。

查看api就可以得知。以android6.0(API-23)为例，Handler.post本质上调用的还是sendMessageDelayed。

Handler类324行

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

ps.

Handler.sendMessage 和 Handler.post 的执行优先级不分先后，谁先放入队列谁先执行。