android主線程ui
⑴ Android UI線程
思考：
先必須了解下面2個問題
1.顧名思義 UI線程 就是刷新UI 所在線程
2.UI是單線程刷新
1.對Activity 來說 UI線程就是其主線程
2.對View來說 UI線程就是創建ViewRootImpl所在的線程
可以通過 WindowManager 內部會創建ViewRootImpl對象
好了，進入主題。我們來慢慢揭開面紗。
我們可以分別從幾個方面切入
我們可能都有使用過 runOnUiThread 現在來看看的源碼實現。
可以從上面的源碼 看到
不是UI線程 就用Handler切到Handler所在的線程中，如果是UI線程直接就調用run方法。
Activity的創建：
1.Activity創建：mInstrumentation.newActivity
2.創建Context ：ContextImpl (r)
我們經常用這個方法乾的事情就是，要麼在onCreate中獲取View寬高的值。要麼就是在子線程中做一些耗時操作 ，然後post切到對應View所在的線程 來繪制UI操作。那麼這個對應的線程就是UI線程了。
那麼這個UI線程就一定是主線程嗎？
接來繼續來看。它的源碼View:post
mAttachInfo 在dispatchAttachedToWindow 中被賦值 ，也就是在ViewRootImpl創建的時候，所以是創建ViewRootImpl所在的線程。
attachInfo 上面時候為null 呢？在ViewRootImpl 還沒來得及創建的時候，ViewRootImpl 創建是在 「onResume" 之後。所以在 Activity 的 onCreate 去View.post 那麼AttachInfo 是為null 。
當 AttachInfo == null 那麼會調用 getRunQueue().post(action) 。
最終這個Runnable 被 緩存到 HandlerActionQueue 中。
直到ViewRootImpl 的 performTraversals 中 調用dispatchAttachedToWindow(mAttachInfo, 0);， 那麼才會去處理 RunQueue() 中的Runnable。
來張圖 便於理解這個流程
我們有時候去子線程操作UI的時候(如：requestLayout)，會很經常見到下面的 報錯日誌：
Only the original thread that created a view hierarchy can touch its views
為什麼會報這個錯誤呢？
翻譯一下：只有創建視圖層次結構的原始線程才能接觸到它的視圖。
也就是操作UI的線程要和ViewRootImpl創建的線程是同一個線程才行，並不是只有主線程才能更新UI啊。
ViewRootImpl創建的線程？那麼 ViewRootImpl 在哪裡被創建的呢？
從上圖可以看到ViewRootImpl創建最開始是從 ActivityThread 的HandleResumeActivity中開始 一直 ViewRootImpl 創建，也就是說ViewRootImpl 對應的UI線程和 ActivityThread 在同一個線程 也就是主線程。
好了 通過上面的講解，上面的問題相信你可以自己回答啦~
⑵ Android:在一個非主線程內直接調用UI線程的Handler實例，這樣沒問題嗎
在Android開發中，我們常常遇到線程安全的問題，特別是在子線程和UI線程之間進行交互時。為了保證應用程序的穩定性和用戶體驗，我們不能直接在子線程中更新UI線程中的UI元素。為了解決這個問題，Android提供了一種機制——Handler。
Handler的工作原理是這樣的：當子線程需要更新UI線程中的UI元素時，它會通過發送消息的方式，將需要更新的內容傳遞給UI線程。這些消息會被放入UI線程的消息隊列中，然後由UI線程中的Handler逐個處理。這樣，我們就可以在子線程中執行耗時操作，同時在UI線程中更新UI，從而保證了界面的流暢性。
在Android中，創建多線程的方式主要有兩種：一種是通過繼承Thread類並重寫run方法；另一種是通過實現Runnable介面並實現run方法。無論哪種方式，子線程都無法直接修改UI線程中的UI元素，而Handler正是用來解決這一問題的關鍵。
Handler的主要方法包括post、postAtTime、postDelayed、sendEmptyMessage、sendMessage、sendMessageAtTime、sendMessageDelayed等。這些方法分別用於在主線程中執行Runnable或發送消息。通過這些方法，我們可以靈活地控制消息的發送時機和執行方式。
下面，我們通過一個簡單的例子來說明Handler的使用方法。假設我們需要在主線程中的TextView中顯示10到100之間的隨機數，每隔5秒更新一次，總共更新5次。主要代碼如下：
java
int i = 0;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
handler.post(run);
}
Handler handler = new Handler(){
@Override
public void handleMessage(Message msg){
String s = String.valueOf(msg.what);
TextView tv = (TextView)findViewById(R.id.textView);
tv.setText(tv.getText() + " " + s);
}
};
Runnable run = new Runnable(){
@Override
public void run(){
Random r = new Random();
int rnum = r.nextInt((100 - 10) + 1) + 10;
handler.sendEmptyMessage(rnum);
handler.postDelayed(run, 5000);
i++;
if (i==5){
handler.removeCallbacks(run);
}
}
};
通過這個例子，我們可以看到Handler在處理子線程與UI線程之間的交互時的重要作用。在實際開發中，我們可以根據具體需求，靈活地使用Handler的各種方法來實現復雜的線程交互邏輯。
⑶ android裡面所說的looper是什麼意思啊
Looper即：有消息循環的線程。
在Android里線程分為有消息循環的線程和沒有消息循環的線程，有消息循環的線程一般都會有一個Looper，這個事android的新概念。主線程（UI線程）就是一個消息循環的線程。針對這種消息循環的機制，引入一個新的機制Handle，有消息循環，就要往消息循環里 面發送相應的消息，自定義消息一般都會有對應的處理，消息的發送和清除，消息的處理，把這些都封裝在Handle裡面，注意Handle只是針對那些有Looper的線程，不管是UI線程還是子線程，只要有Looper，就可以往消息隊列裡面添加東西，並做相應的處理。