android的ui線程
Ⅰ Android主線程到底是什麼
Android中關於主線程的理解：
Android的主線程是UI線程，在Android中，四大組件運行在主線程中，在主線程中做耗時操作會導致程序出現卡頓甚至出現ANR異常，一個基本常識就是將耗時操作放到子線程中去處理，然後通過Handler回調到主線程。
有三點還需要注意：
因為四大組件運行在一個主線程中，那麼若果當前界面在顯示的時候，後台的activity仍有處理邏輯再運行的話，仍然會造成當前界面的卡頓。
通過Handler回調到主線程只是避免程序出現ANR的第一步，必須要注意handler中邏輯處理的耗時，如果將很多消息都扔給了handler，那麼也會給主線程造成壓力，導致程序運行卡頓。
四大組件、Handler都是在一個線程中，那麼主線程在同一時刻不可能發送兩個廣播，換句話說就是若果能夠保證所有的廣播都是在主線程中發送，那麼廣播內部其實不需要加上對非同步操作的處理。
Ⅱ 在android中！什麼叫ui線程！和主線程的區別是什麼
UI線程就是主線程 你在更新UI時必須要在主線程中更新 所以說也叫UI線程
Ⅲ android開發非UI線程和UI線程區別詳解，請回答專業知識謝謝。
UI線程，即主線程，在主線程里不能進行耗時的操作，不然系統會彈出ANR提示框，所以一般的耗時操作都是放到非UI線程里去完成，即子線程。目前在開發層面的區別應該主要是這個吧，其它的暫時沒聽說。
Ⅳ Android的主線程是UI線程嗎
是的，只是叫法上的不同。因為Android處於安全性考慮，只允許在主線程中操作UI，所以也叫UI線程。
Ⅳ Android開發中多線程與UI更新
直接在UI線程中開啟子線程來更新TextView顯示的內容，運行程序我們會發現，如下錯誤：android.view.ViewRoot$: Only the original thread that created a view hierarchy can touch its views.翻譯過來就是：只有創建這個控制項的線程才能去更新該控制項的內容。
所有的UI線程要去負責View的創建並且維護它，例如更新冒個TextView的顯示，都必須在主線程中去做，我們不能直接在UI線程中去創建子線程，要利用消息機制：handler，如下就是handler的簡單工作原理圖：
既然android給我們提供了Handler機制來解決這樣的問題，請看如下代碼：
public class HandlerTestActivity extends Activity { private TextView tv; private static final int UPDATE = 0; private Handler handler = new Handler() { @Overridepublic void handleMessage(Message msg) { // TODO 接收消息並且去更新UI線程上的控制項內容if (msg.what == UPDATE) { // Bundle b = msg.getData();// tv.setText(b.getString("num")); tv.setText(String.valueOf(msg.obj)); } super.handleMessage(msg); } }; /** Called when the activity is first created. */@Overridepublic void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); tv = (TextView) findViewById(R.id.tv); new Thread() { @Overridepublic void run() { // TODO 子線程中通過handler發送消息給handler接收，由handler去更新TextView的值try { for (int i = 0; i < 100; i++) { Thread.sleep(500); Message msg = new Message(); msg.what = UPDATE; // Bundle b = new Bundle();// b.putString("num", "更新後的值：" + i);// msg.setData(b); msg.obj = "更新後的值：" + i; handler.sendMessage(msg); } } catch (InterruptedException e) { e.printStackTrace(); } } }.start(); }}
我們就通過Handler機制來處理了子線程去更新UI線程式控制制項問題，Andrid開發中要經常用到這種機制。
Ⅵ android 為什麼要設計ui線程
UI線程，即主線程。為何將UI線程和其他事物線程，是由於其他事務處理會需要更多的時間去載入，也就是所謂的耗時操作，這樣不會導致頁面載入需要很久（至少畫面出來了，數據可以略慢）。設計UI線程是為了使得程序能夠獨立完成界面載入不受其他線程影響速度。
Ⅶ android怎麼讓代碼在UI線程運行
稍微有過Andorid開發經驗的同學都知道，Android開發中涉及到UI變動的操作，必須在主線程中執行， 否則會crash
這就需要我們將代碼拋到主線程執行。
第一種方式，是通過Activity.runOnUiThread()來做。這不是一個好方法，畢竟Activity這種東西，在子線程中可遇不可求。也千萬不要因此而將Activity傳來傳去，甚至對Context進行強轉，那樣太過難看。
那麼，只剩下通過Handler手動將代碼拋到主線程了。這就需要，Handler具有主線程的Looper對象。具體的原因可以參考我之前的博客：【Android】結合源碼解析Android消息隊列工作流程 。
兩種實現方式：
1. 在主線程中創建Handler
2. 直接通過MainLooper，構造handler
http://blog.csdn.net/u013015161/article/details/52760207
Ⅷ Android 中的「子線程」解析
Android 中線程可分為 主線程 和 子線程 兩類，其中主線程也就是 UI線程 ，它的主要這作用就是運行四大組件、處理界面交互。子線程則主要是處理耗時任務，也是我們要重點分析的。
首先 Java 中的各種線程在 Android 里是通用的，Android 特有的線程形態也是基於 Java 的實現的，所以有必要先簡單的了解下 Java 中的線程，本文主要包括以下內容：
在 Java 中要創建子線程可以直接繼承 Thread 類，重寫 run() 方法：
或者實現 Runnable 介面，然後用Thread執行Runnable，這種方式比較常用：
簡單的總結下：
Callable 和 Runnable 類似，都可以用來處理具體的耗時任務邏輯的，但是但具體的差別在哪裡呢？看一個小例子：
定義 MyCallable 實現了 Callable 介面，和之前 Runnable 的 run() 方法對比下， call() 方法是有返回值的哦，泛型就是返回值的類型：
一般會通過線程池來執行 Callable （線程池相關內容後邊會講到），執行結果就是一個 Future 對象：
可以看到，通過線程池執行 MyCallable 對象返回了一個 Future 對象，取出執行結果。
Future 是一個介面，從其內部的方法可以看出它提供了取消任務（有坑！！！）、判斷任務是否完成、獲取任務結果的功能：
Future 介面有一個 FutureTask 實現類，同時 FutureTask 也實現了 Runnable 介面，並提供了兩個構造函數：
用 FutureTask 一個參數的構造函數來改造下上邊的例子：
FutureTask 內部有一個 done() 方法，代表 Callable 中的任務已經結束，可以用來獲取執行結果：
所以 Future + Callable 的組合可以更方便的獲取子線程任務的執行結果，更好的控制任務的執行，主要的用法先說這么多了，其實 AsyncTask 內部也是類似的實現！
注意， Future 並不能取消掉運行中的任務，這點在後邊的 AsyncTask 解析中有提到。
Java 中線程池的具體的實現類是 ThreadPoolExecutor ，繼承了 Executor 介面，這些線程池在 Android 中也是通用的。使用線程池的好處：
常用的構造函數如下：
一個常規線程池可以按照如下方式來實現：
執行任務：
基於 ThreadPoolExecutor ，系統擴展了幾類具有新特性的線程池：
線程池可以通過 execute() 、 submit() 方法開始執行任務，主要差別從方法的聲明就可以看出，由於 submit() 有返回值，可以方便得到任務的執行結果：
要關閉線程池可以使用如下方法：
IntentService 是 Android 中一種特殊的 Service，可用於執行後台耗時任務，任務結束時會自動停止，由於屬於系統的四大組件之一，相比一般線程具有較高的優先順序，不容易被殺死。用法和普通 Service 基本一致，只需要在 onHandleIntent() 中處理耗時任務即可：
至於 HandlerThread，它是 IntentService 內部實現的重要部分，細節內容會在 IntentService 源碼中說到。
IntentService 首次創建被啟動的時候其生命周期方法 onCreate() 會先被調用，所以我們從這個方法開始分析：
這里出現了 HandlerThread 和 ServiceHandler 兩個類，先搞明白它們的作用，以便後續的分析。
首先看 HandlerThread 的核心實現：
首先它繼承了 Thread 類，可以當做子線程來使用，並在 run() 方法中創建了一個消息循環系統、開啟消息循環。
ServiceHandler 是 IntentService 的內部類，繼承了 Handler，具體內容後續分析：
現在回過頭來看 onCreate() 方法主要是一些初始化的操作， 首先創建了一個 thread 對象，並啟動線程，然後用其內部的 Looper 對象 創建一個 mServiceHandler 對象，將子線程的 Looper 和 ServiceHandler 建立了綁定關系，這樣就可以使用 mServiceHandler 將消息發送到子線程去處理了。
生命周期方法 onStartCommand() 方法會在 IntentService 每次被啟動時調用，一般會這里處理啟動 IntentService 傳遞 Intent 解析攜帶的數據：
又調用了 start() 方法：
就是用 mServiceHandler 發送了一條包含 startId 和 intent 的消息，消息的發送還是在主線程進行的，接下來消息的接收、處理就是在子線程進行的：
當接收到消息時，通過 onHandleIntent() 方法在子線程處理 intent 對象， onHandleIntent() 方法執行結束後，通過 stopSelf(msg.arg1) 等待所有消息處理完畢後終止服務。
為什麼消息的處理是在子線程呢？這里涉及到 Handler 的內部消息機制，簡單的說，因為 ServiceHandler 使用的 Looper 對象就是在 HandlerThread 這個子線程類里創建的，並通過 Looper.loop() 開啟消息循環，不斷從消息隊列（單鏈表）中取出消息，並執行，截取 loop() 的部分源碼：
dispatchMessage() 方法間接會調用 handleMessage() 方法，所以最終 onHandleIntent() 就在子線程中劃線執行了，即 HandlerThread 的 run() 方法。
這就是 IntentService 實現的核心，通過 HandlerThread + Hanlder 把啟動 IntentService 的 Intent 從主線程切換到子線程，實現讓 Service 可以處理耗時任務的功能！
AsyncTask 是 Android 中輕量級的非同步任務抽象類，它的內部主要由線程池以及 Handler 實現，在線程池中執行耗時任務並把結果通過 Handler 機制中轉到主線程以實現UI操作。典型的用法如下：
從 Android3.0 開始，AsyncTask 默認是串列執行的：
如果需要並行執行可以這么做：
AsyncTask 的源碼不多，還是比較容易理解的。根據上邊的用法，可以從 execute() 方法開始我們的分析：
看到 @MainThread 註解了嗎？所以 execute() 方法需要在主線程執行哦！
進而又調用了 executeOnExecutor() ：
可以看到，當任務正在執行或者已經完成，如果又被執行會拋出異常！回調方法 onPreExecute() 最先被執行了。
傳入的 sDefaultExecutor 參數，是一個自定義的串列線程池對象，所有任務在該線程池中排隊執行：
可以看到 SerialExecutor 線程池僅用於任務的排隊， THREAD_POOL_EXECUTOR 線程池才是用於執行真正的任務，就是我們線程池部分講到的 ThreadPoolExecutor ：
再回到 executeOnExecutor() 方法中，那麼 exec.execute(mFuture) 就是觸發線程池開始執行任務的操作了。
那 executeOnExecutor() 方法中的 mWorker 是什麼？ mFuture 是什麼？答案在 AsyncTask 的構造函數中：
原來 mWorker 是一個 Callable 對象， mFuture 是一個 FutureTask 對象，繼承了 Runnable 介面。所以 mWorker 的 call() 方法會在 mFuture 的 run() 方法中執行，所以 mWorker 的 call() 方法在線程池得到執行！
同時 doInBackground() 方法就在 call() 中方法，所以我們自定義的耗時任務邏輯得到執行，不就是我們第二部分講的那一套嗎！
doInBackground() 的返回值會傳遞給 postResult() 方法：
就是通過 Handler 將最終的耗時任務結果從子線程發送到主線程，具體的過程是這樣的， getHandler() 得到的就是 AsyncTask 構造函數中初始化的 mHandler ， mHander 又是通過 getMainHandler() 賦值的：
可以在看到 sHandler 是一個 InternalHandler 類對象：
所以 getHandler() 就是在得到在主線程創建的 InternalHandler 對象，所以
就可以完成耗時任務結果從子線程到主線程的切換，進而可以進行相關UI操作了。
當消息是 MESSAGE_POST_RESULT 時，代表任務執行完成， finish() 方法被調用：
如果任務沒有被取消的話執行 onPostExecute() ，否則執行 onCancelled() 。
如果消息是 MESSAGE_POST_PROGRESS ， onProgressUpdate() 方法被執行，根據之前的用法可以 onProgressUpdate() 的執行需要我們手動調用 publishProgress() 方法，就是通過 Handler 來發送進度數據：
進行中的任務如何取消呢？AsyncTask 提供了一個 cancel(boolean mayInterruptIfRunning) ，參數代表是否中斷正在執行的線程任務，但是呢並不靠譜， cancel() 的方法注釋中有這么一段：
大致意思就是調用 cancel() 方法後， onCancelled(Object) 回調方法會在 doInBackground() 之後被執行而 onPostExecute() 將不會被執行，同時你應該 doInBackground() 回調方法中通過 isCancelled() 來檢查任務是否已取消，進而去終止任務的執行！
所以只能自己動手了：
AsyncTask 整體的實現流程就這些了，源碼是最好的老師，自己跟著源碼走一遍有些問題可能就豁然開朗了！
Ⅸ android ui線程何時銷毀
一個App只允許一個UI線程實例的存在，當此APP退出的時候才會銷毀。或者內存不夠的時候，才可以銷毀，用戶在APP控制中，也可以手動銷毀。