為什麼都要在主線程中更新UI（iOS開發）

在 iOS開發過程中，我一直知道更新UI需要在主線程中,但也沒怎麼細想為什麼要在主線程中，或者說為什麼不能在子線程中更新UI。今天抽空自己在網上查查資料 ，瞭解一下這個問題。

      像UIKit這樣大的架構上確保安全執行緒是一個重大的任務，會帶來巨大的成本。UIKit不是安全執行緒的，假如在兩個線程中設定了同一張背景圖片，很有可能就會由於背景圖片被釋放兩次，使得程式崩潰。或者某一個線程中遍曆找尋某個subView，然而在另一個線程中刪除了該subView，那麼就會造成錯亂。apple有對大部分的繪圖方法和諸如UIColor等類改寫成安全執行緒可用，可還是建議將UI操作保證在主線程中。

      事實上在子線程中如果要對其他UI 進行更新，必須等到該子線程運行結束，而對響應使用者點擊的Button的UI更新則是及時的，不管他是在主線程還是在子線程中做的更新，意義都不大了，因為子線程中對所有其他ui更新都要等到該子線程生命週期結束才進行。

      在子線程中是不能進行UI 更新的，我們看到的UI更新其實是子線程代碼執行完畢了，又自動進入到了主線程，執行了子線程中的UI更新的函數棧，這中間的時間非常的短，就讓大家誤以為分線程可以更新UI。如果子線程一直在運行，則子線程中的UI更新的函數棧 主線程無法獲知，即無法更新。只有極少數的UI能直接進行UI更新，因為開闢線程時會擷取當前環境，如點擊某個按鈕，這個按鈕響應的方法是開闢一個子線程，在子線程中對該按鈕進行UI 更新是能及時的，如上面的換背景圖，但這沒有任何意義。

文／文小武數遍生命的公路牌wow（簡書作者）
原文連結：http://www.jianshu.com/p/7e4fbde8b53f
著作權歸作者所有，轉載請聯絡作者獲得授權，並標註“簡書作者”。