方法1：performSelectorOnMainThread

[self performSelectorOnMainThread:@selector(updateUI:) withObject:image waitUntilDone:NO];

方法2：dispatch_async(dispatch_get_main_queue(), ^{ ... })

1. dispatch_async(dispatch_get_global_queue(0, 0), ^{  
2. // 處理耗時操作的程式碼塊...
3.     //通知主執行緒重新整理  
4.     dispatch_async(dispatch_get_main_queue(), ^{  
5. //回撥或者說是通知主執行緒重新整理，
6.     });  
7. });  

dispatch_async開啟一個非同步操作，第一個引數是指定一個gcd佇列，第二個引數是分配一個處理事物的程式塊到該佇列。

dispatch_get_global_queue(0, 0)，指用了全域性佇列。

一般來說系統本身會有3個佇列。global_queue，current_queue,以及main_queue.

獲取一個全域性佇列是接受兩個引數，第一個是我分配的事物處理程式塊佇列優先順序。分高低和預設，0為預設2為高，-2為低

1. #define DISPATCH_QUEUE_PRIORITY_HIGH     2
2. #define DISPATCH_QUEUE_PRIORITY_DEFAULT  0
3. #define DISPATCH_QUEUE_PRIORITY_LOW     (-2)

處理完事物後，需要將結果返回給或者是重新整理UI主執行緒，同樣，和上面一樣，抓取主執行緒，程式塊操作。

原因有2個：

1、在子執行緒中是不能進行UI 更新的，而可以更新的結果只是一個幻像：因為子執行緒程式碼執行完畢了，又自動進入到了主執行緒，執行了子執行緒中的UI更新的函式棧，這中間的時間非常的短，就讓大家誤以為分執行緒可以更新UI。如果子執行緒一直在執行，則子執行緒中的UI更新的函式棧 主執行緒無法獲知，即無法更新 2、只有極少數的UI能，因為開闢執行緒時會獲取當前環境，如點選某個按鈕，這個按鈕響應的方法是開闢一個子執行緒，在子執行緒中對該按鈕進行UI 更新是能及時的，如換標題，換背景圖，但這沒有任何意義 

1、程式一開始執行就進入了主執行緒 2、處理某些資料太過費時，影響使用者互動，可以開闢子執行緒處理，然後通知主執行緒進行介面更新 測試程式碼： 開闢一個多執行緒，直接在子執行緒裡進行ui 更新： -(void)testUIRefresh:(UIButton *)button{

       [NSThread detachNewThreadSelector:@selector(beginTest) toTarget:self withObject:nil];

} -(void)beginTest {       NSLog(@” 當前執行緒  %@”,[NSThread currentThread]);

       NSLog(@” 主執行緒    %@”,[NSThread mainThread]);

      //該button 為  響應 testUIRefresh的button

       [self.button setTitle:@"AAA" forState:0];

} 

2012-11-15 12:14:02.147 TestProj[2455:1b07]  當前執行緒  {name = (null), num = 3} 2012-11-15 12:14:02.147 TestProj[2455:1b07]  主執行緒    {name = (null), num = 1} 結果：當前的確是在子執行緒中，但是UI馬上更新了？？

結果分析：大家都說UI更新在主執行緒中做，上面的結果怎麼解釋

假設：如果在子執行緒裡做了UI更新，待子執行緒執行完畢，程式自動進入 主執行緒進行指定的ui更新！

問題：如果子執行緒沒結束呢？

在分執行緒中加入：-(void)beginTest{      NSLog(@” 當前執行緒  %@”,[NSThread currentThread]);

      NSLog(@” 主執行緒    %@”,[NSThread mainThread]);

      //該button 為  響應 testUIRefresh的button

      [self.button setTitle:@"AAA" forState:0];

      [NSThread sleepForTimeInterval:4.0];

} 結果：

self.button的title還是馬上更新了

結果分析：難道上面的假設不成立？

問題：這次在分執行緒中add 一個button

-(void)beginTest{

      NSLog(@” 當前執行緒  %@”,[NSThread currentThread]);

      NSLog(@” 主執行緒    %@”,[NSThread mainThread]);

      //該button 為  響應 testUIRefresh的button      [self.button setTitle:@"AAA" forState:0];      UIButton *backButton = [UIButton buttonWithType:UIButtonTypeCustom];      [backButton setTitle:@"測試runloop" forState:0];      [backButton setTitleColor:[UIColor redColor] forState:0];      backButton.frame = CGRectMake(100, 200, 100, 50);      [backButton addTarget:self action:@selector(testRunLoop)   forControlEvents:UIControlEventTouchUpInside];      [self.window addSubview:backButton];      [NSThread sleepForTimeInterval:4.0];

} 結果：[self.button setTitle:@"AAA" forState:0];馬上響應了，但是新增的這個Button卻一直等到執行緒結束才繪製出來 分析：在子執行緒中：如果要對其他UI 進行更新，則必須等到該子執行緒執行結束，而對響應使用者點選的Button的UI更新則是及時的！不管他是在主執行緒還是在子執行緒中做的更新，意義都不大了，因為子執行緒中對所有其他ui更新都要等到該子執行緒生命週期結束才進行。   結論： 1、在子執行緒中是不能進行UI 更新的，而可以更新的結果只是一個幻像：因為子執行緒程式碼執行完畢了，又自動進入到了主執行緒，執行了子執行緒中的UI更新的函式棧，這中間的時間非常的短，就讓大家誤以為分執行緒可以更新UI。如果子執行緒一直在執行，則子執行緒中的UI更新的函式棧 主執行緒無法獲知，即無法更新 2、只有極少數的UI能，因為開闢執行緒時會獲取當前環境，如點選某個按鈕，這個按鈕響應的方法是開闢一個子執行緒，在子執行緒中對該按鈕進行UI 更新是能及時的，如換標題，換背景圖，但這沒有任何意義