這是mars課程里面關(guān)于handler和線程的一個(gè)例子：
package mars.handler;
import android.app.Activity;
import android.os.Bundle;
import android.os.Handler;
public class HandlerTest extends Activity {
Handler handler = new Handler();
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
System.out.println("1");
handler.post(r);
System.out.println("2");
setContentView(R.layout.main);
System.out.println("activity---->"+Thread.currentThread().getId());
System.out.println("activity name--->"+Thread.currentThread().getName());
}
Runnable r = new Runnable() {
@Override
public void run() {
// TODO Auto-generated method stub
System.out.println("handler---->"+Thread.currentThread().getId());
System.out.println("handlername---->"+Thread.currentThread().getName());
try {
Thread.sleep(10000);
} catch (InterruptedException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
System.out.println("3");
}
};
}
根據(jù)mars的解釋?zhuān)琱andler所在的線程跟Activity的線程是同一個(gè)線程，所以在
handler.post(r);
語(yǔ)句后，執(zhí)行的是Runnable里面的run函數(shù)，這個(gè)函數(shù)沒(méi)有在新開(kāi)的線程中執(zhí)行，只是簡(jiǎn)單地調(diào)用了run函數(shù)，所以這個(gè)app在模擬器運(yùn)行時(shí)要過(guò)10秒才會(huì)顯示界面，因?yàn)閞un函數(shù)里面睡眠了10秒，等它返回后才執(zhí)行setContentView函數(shù)設(shè)置界面元素。
根據(jù)實(shí)際運(yùn)行結(jié)果，的確是過(guò)了10秒才能顯示界面。
但是奇怪的是System.out語(yǔ)句似乎沒(méi)有受到影響，下面是日志：
從日志可以看出，除了run函數(shù)里面睡眠后才執(zhí)行的打印函數(shù)推遲了10秒才執(zhí)行之外，其他都是沒(méi)有受到任何延時(shí)，順序執(zhí)行的，在
handler.post(r);
語(yǔ)句前后的打印函數(shù)都被按順序執(zhí)行了，唯獨(dú)
setContentView(R.layout.main);
需要在run函數(shù)返回后才執(zhí)行，這是什么道理？難道打印函數(shù)的優(yōu)先級(jí)更高，不會(huì)堵塞？如果是這樣的話為什么在run函數(shù)里面還是要等睡眠結(jié)束才執(zhí)行呢？