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";@Overrideprotected 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 的执行优先级不分先后，谁先放入队列谁先执行。