ios開發(fā)中為什么更新ui都要放在主線程中？原因如下：1。操作系統(tǒng)實踐線程的優(yōu)先級最高。2為了用戶體驗，理論上可以立即看到效果，但根據(jù)操作系統(tǒng)的實際情況會有所不同。自繪制UI取決于繪制方法。此外，在w

ios開發(fā)中為什么更新ui都要放在主線程中？

原因如下：1。操作系統(tǒng)實踐線程的優(yōu)先級最高。2為了用戶體驗，理論上可以立即看到效果，但根據(jù)操作系統(tǒng)的實際情況會有所不同。自繪制UI取決于繪制方法。此外，在windows中，有時我們需要調(diào)用API來觸發(fā)重繪事件，從而使窗口無效。IOS/Windows/Android不能在其他線程中更新UI一般來說，在后臺線程中更新UI時，大部分UI會直接崩潰，但是在早期。Net visual studio中，IDE將默認(rèn)UI的background update屬性設(shè)置為true，以便可以在后臺直接更改UI。然而，事實上，這是公正的。Net高級封裝。實際上，它仍然是在UI線程中進(jìn)行更新的，但作為后臺更新只是一個特例

在UIKit這樣大的框架中保證線程安全是一項重大任務(wù)，這將帶來巨大的成本。UIKit不是線程安全的。如果在兩個線程中設(shè)置相同的背景圖像，程序?qū)⒈罎?，因為背景圖像被釋放兩次。或者一個線程遍歷以找到一個子視圖，但該子視圖在另一個線程中被刪除，這將導(dǎo)致混亂。Apple可以將大多數(shù)繪圖方法和類（如uicolor）重寫為線程安全的，但仍建議將UI操作保留在主線程中。事實上，如果要更新子線程中的其他UI，必須等到子線程結(jié)束，并且響應(yīng)用戶單擊的按鈕的UI更新是及時的。無論是在主線程還是在子線程中，它都沒有什么意義，因為子線程中的所有其他UI更新都必須等到子線程的生命周期結(jié)束。在子線程中更新UI是不可能的。我們看到的UI更新是在執(zhí)行子線程的代碼之后，它自動進(jìn)入主線程并在子線程中執(zhí)行UI更新的函數(shù)堆棧。兩者之間的時間非常短，這使得人們錯誤地認(rèn)為線程分割過程可以更新UI。如果子線程一直在運行，則無法通知子線程中UI更新函數(shù)堆棧的主線程，即無法更新。只有少數(shù)用戶界面可以直接更新，因為打開一個線程，就會得到當(dāng)前的環(huán)境。例如，當(dāng)點擊一個按鈕時，這個按鈕的響應(yīng)方式是打開一個子線程，子線程中這個按鈕的UI更新可以及時完成，比如改變上面的背景圖片，但是沒有任何意義。

為什么更新UI都放在主線程中？

我先給你個提示。Android只能用UI線程（即主線程）更新UI。讓我們這樣說：UI線程==主線程。

1. 如果要在子線程中的數(shù)據(jù)發(fā)生變化時更新主線程的UI，可以使用消息機制以及消息和處理程序的組合。

2. 還可以使用特定的控制方法，例如listview適配器中的notifydatachang（）。好像就是這個方法

3。在視圖中，還可以在數(shù)據(jù)更改后使用invalidatea（）或postinvalidata（）。

基本上，我希望我能幫助您解決這些常見問題。我們來討論一下。