快捷導(dǎo)航

Handler與Android多線程詳解

更新時(shí)間：2013年10月25日 17:16:06 作者：

一開(kāi)始，相信很多人都以為myThread中的run()方法會(huì)在一個(gè)新的線程中運(yùn)行，但事實(shí)并非如此。以下代碼中的handler并沒(méi)有調(diào)用線程myThread的start()方法，而是直接調(diào)用了run()方法，這也就意味著實(shí)際上并沒(méi)有創(chuàng)建一個(gè)新的線程，只是在當(dāng)前線程中調(diào)用run()方法而已

下面是一段大家都比較熟悉的代碼：

復(fù)制代碼代碼如下:

Handler handler = new Handler();
handler.post(myThread);

//使用匿名內(nèi)部類創(chuàng)建一個(gè)線程myThread
Runnable mythread = new Runnable() {
public void run() {
}
};

一開(kāi)始，相信很多人都以為myThread中的run()方法會(huì)在一個(gè)新的線程中運(yùn)行，但事實(shí)并非如此。

上述代碼中的handler并沒(méi)有調(diào)用線程myThread的start()方法，而是直接調(diào)用了run()方法，這也就意味著實(shí)際上并沒(méi)有創(chuàng)建一個(gè)新的線程，只是在當(dāng)前線程中調(diào)用run()方法而已。

這牽扯出一個(gè)問(wèn)題，如果我們將一個(gè)很耗時(shí)的操作放到了run()方法內(nèi)，然后使用一個(gè)Handler對(duì)象將該線程post到線程隊(duì)列。原本我們希望將這些耗時(shí)操作放到另外一個(gè)線程中，以免影響當(dāng)前進(jìn)程。但實(shí)際上卻恰恰相反：post()以下的那些代碼必須等到run()方法執(zhí)行完畢后才能繼續(xù)執(zhí)行。如當(dāng)前線程為主線程，那么主程序便會(huì)處于硬直狀態(tài)。

那么應(yīng)該如何去實(shí)現(xiàn)真正的多線程呢？

一種最簡(jiǎn)便的方法就是直接利用JAVA中的實(shí)現(xiàn)多線程的方法，即建立一個(gè)Thread對(duì)象，然后調(diào)用start()方法。

還有另外一種方法，代碼如下：

復(fù)制代碼代碼如下:

//HandlerThread建立了一個(gè)新線程，它包含一個(gè)Looper
HandlerThread handlerThread = new HandlerThread("handler_Thread");
handlerThread.start();//啟動(dòng)一個(gè)線程
MyHandler myHandler = new MyHandler(handlerThread.getLooper());//使用新線程的Looper建立一個(gè)Handler
//此時(shí)MyHandler便與一個(gè)新線程綁定到一起了

Message msg = myHandler.obtainMessage();
msg.sendToTarget();//將message壓入提供message的Handler的消息隊(duì)列中

//建立一個(gè)Handler的子類
class MyHandler extends Handler {
MyHandler(Looper looper) {
super(looper);
}
public void handleMessaage(Message msg) {
//處理消息的代碼
}
}

今天我又仔細(xì)的看了一下Android文檔，發(fā)現(xiàn)android雖然支持上兩種建立線程的方法，但是它有一個(gè)規(guī)則：

原文是：it violates the second rule of the single-threaded model: do not access the Android UI toolKit from outside the UI thread.

大概意思就是：Android不支持在UI線程以外的線程中修改UI控件。比如給一個(gè)Textview設(shè)置文字，這樣的操作便不能放在UI線程以外的線程內(nèi)執(zhí)行，否則便會(huì)出現(xiàn)異常。

您可能感興趣的文章: