1、在子執行緒中是不能進行ui 更新的，而可以立刻更新的原因是：子執行緒**執行完畢了，又自動進入到了主線程，這中間的時間非常的短，讓我們誤以為子執行緒可以更新ui。如果子執行緒一直在執行，則無法更新ui,因為無法進入到主線程。
2、程式一開始執行就進入了主線程。
3、處理某些資料太過費時，影響使用者互動，可以開闢子執行緒處理，處理完之後，然後通知主線程進行介面更新。
4、ios中只有主線程 才能立即重新整理ui。主線程中用於顯示\重新整理ui介面,處理ui事件（比如點選事件、滾動事件、拖拽事件等）。耗時操作會卡住主線程，嚴重影響ui的流暢度，給使用者一種「卡」的壞體驗，所以解決辦法是：非同步開啟一條子執行緒，讓耗時操作在子執行緒中完成，這樣又不會影響主線程的任務。當子執行緒中的任務完成之後，回到主線程重新整理ui，顯示ui即可。模擬，1個人同時做兩件事和2個人分別做一件事哪種效率高呢。
5、如果是通過偵聽非同步訊息，觸發**函式，或者呼叫非同步方法，請求重新整理ui，都會產生執行緒阻塞和延遲的問題。
不在UI主線程下實現更新的方法
當更新操作位於activity下時使用runonuithread方式。示例 runonuithread 採用c 5.0 的新特性await實現非同步操作中可以不使用runonuithread，暫不建議使用。示例 public async void loadxamarin handler永遠都是在ui...
Android 在子執行緒中更新主線程UI
最近發現以前在eclipse中使用的runonuithread在studio中不能使了，所以又找了幾個更新ui的方法 第一種方法 new handler context.getmainlooper post new runnable 第二種方法 如果當前執行緒是ui執行緒,那麼行動是立即執行。如果當...
為什麼 Android 更新 UI 只能在主線程
ui訪問沒有加鎖，在多個執行緒訪問ui是不安全的。所以android中規定只能在ui執行緒中訪問ui。一些朋友說在 oncreate 中 可以 建立子執行緒操作 ui，不會程式崩潰 網上已有很多人分析過 主要是因為 1.錯誤是從 viewrootimpl.requestlayout viewroot...