1. RunLoop 簡介

1.1 什么是 RunLoop每篷？

可以理解為字面意思：Run 表示運行篇裁，Loop 表示循環(huán)菲饼。結合在一起就是運行的循環(huán)的意思让腹。哈哈远剩，我更愿意翻譯為『跑圈』。直觀理解就像是不停的跑圈骇窍。

RunLoop 實際上是一個對象瓜晤，這個對象在循環(huán)中用來處理程序運行過程中出現(xiàn)的各種事件（比如說觸摸事件、UI刷新事件腹纳、定時器事件痢掠、Selector事件），從而保持程序的持續(xù)運行嘲恍。

RunLoop 在沒有事件處理的時候足画，會使線程進入睡眠模式，從而節(jié)省 CPU 資源佃牛，提高程序性能淹辞。

1.2 RunLoop 和線程

RunLoop 和線程是息息相關的，我們知道線程的作用是用來執(zhí)行特定的一個或多個任務吁脱，在默認情況下桑涎，線程執(zhí)行完之后就會退出，就不能再執(zhí)行任務了兼贡。這時我們就需要采用一種方式來讓線程能夠不斷地處理任務攻冷，并不退出。所以遍希，我們就有了 RunLoop等曼。

一條線程對應一個RunLoop對象，每條線程都有唯一一個與之對應的 RunLoop 對象凿蒜。

RunLoop 并不保證線程安全禁谦。我們只能在當前線程內部操作當前線程的 RunLoop 對象，而不能在當前線程內部去操作其他線程的 RunLoop 對象方法废封。

RunLoop 對象在第一次獲取 RunLoop 時創(chuàng)建州泊，銷毀則是在線程結束的時候。

主線程的 RunLoop 對象系統(tǒng)自動幫助我們創(chuàng)建好了（原理如 1.3 所示）漂洋，而子線程的 RunLoop對象需要我們主動創(chuàng)建和維護遥皂。

1.3 默認情況下主線程的 RunLoop 原理

我們在啟動一個iOS程序的時候力喷，系統(tǒng)會調用創(chuàng)建項目時自動生成的 main.m 的文件。main.m文件如下所示

intmain(intargc,?char?*?argv[])?{

????@autoreleasepool?{

????????returnUIApplicationMain(argc,?argv,?nil,?NSStringFromClass([AppDelegate?class]));

????}

}

其中 UIApplicationMain 函數(shù)內部幫我們開啟了主線程的 RunLoop演训，UIApplicationMain 內部擁有一個無限循環(huán)的代碼弟孟，只要程序不退出/崩潰，它就一直循環(huán)样悟。上邊的代碼中主線程開啟 RunLoop 的過程可以簡單的理解為如下代碼：

intmain(intargc,?char?*?argv[])?{????????

????BOOL?running?=?YES;

????do{

????????//?執(zhí)行各種任務拂募，處理各種事件

????????//?......

????}?while(running);??//?判斷是否需要退出

????return0;

}

從上邊可看出，程序一直在 do-while 循環(huán)中執(zhí)行窟她，所以 UIApplicationMain 函數(shù)一直沒有返回陈症，我們在運行程序之后程序不會馬上退出，會保持持續(xù)運行狀態(tài)礁苗。

下圖是蘋果官方給出的 RunLoop 模型圖爬凑。

?

從上圖中可以看出，RunLoop 就是線程中的一個循環(huán)试伙，RunLoop 會在循環(huán)中會不斷檢測，通過 Input sources（輸入源）和 Timer sources（定時源）兩種來源等待接受事件于样；然后對接受到的事件通知線程進行處理疏叨，并在沒有事件的時候讓線程進行休息。

2. RunLoop 相關類

下面我們來了解一下Core Foundation框架下關于 RunLoop 的 5 個類穿剖，只有弄懂這幾個類的含義蚤蔓，我們才能深入了解 RunLoop 的運行機制。

CFRunLoopRef：代表 RunLoop 的對象

CFRunLoopModeRef：代表 RunLoop 的運行模式

CFRunLoopSourceRef：就是 RunLoop 模型圖中提到的輸入源 / 事件源

CFRunLoopTimerRef：就是 RunLoop 模型圖中提到的定時源

CFRunLoopObserverRef：觀察者糊余，能夠監(jiān)聽 RunLoop 的狀態(tài)改變

下邊詳細講解下幾種類的具體含義和關系秀又。

先來看一張表示這 5 個類的關系圖幫助理解（來源：blog.ibireme.com/2015/05/18/…）。

?

接著來講解這 5 個類的相互關系：

一個RunLoop對象（CFRunLoopRef）中包含若干個運行模式（CFRunLoopModeRef）贬芥。而每一個運行模式下又包含若干個輸入源（CFRunLoopSourceRef）吐辙、定時源（CFRunLoopTimerRef）、觀察者（CFRunLoopObserverRef）蘸劈。

每次 RunLoop 啟動時昏苏，只能指定其中一個運行模式（CFRunLoopModeRef），這個運行模式（CFRunLoopModeRef）被稱作當前運行模式（CurrentMode）威沫。

如果需要切換運行模式（CFRunLoopModeRef）贤惯，只能退出當前 Loop，再重新指定一個運行模式（CFRunLoopModeRef）進入棒掠。

這樣做主要是為了分隔開不同組的輸入源（CFRunLoopSourceRef）孵构、定時源（CFRunLoopTimerRef）、觀察者（CFRunLoopObserverRef）烟很，讓其互不影響 颈墅。

下邊我們來詳細講解下這五個類：

2.1 CFRunLoopRef 類

CFRunLoopRef 是 Core Foundation 框架下 RunLoop 對象類棒假。我們可通過以下方式來獲取 RunLoop 對象：

Core Foundation

CFRunLoopGetCurrent(); // 獲得當前線程的 RunLoop 對象

CFRunLoopGetMain(); // 獲得主線程的 RunLoop 對象

當然，在Foundation 框架下獲取 RunLoop 對象類的方法如下：

Foundation

[NSRunLoop currentRunLoop]; // 獲得當前線程的 RunLoop 對象

[NSRunLoop mainRunLoop]; // 獲得主線程的 RunLoop 對象

2.2 CFRunLoopModeRef

系統(tǒng)默認定義了多種運行模式（CFRunLoopModeRef）精盅，如下：

kCFRunLoopDefaultMode：App的默認運行模式帽哑，通常主線程是在這個運行模式下運行

UITrackingRunLoopMode：跟蹤用戶交互事件（用于 ScrollView 追蹤觸摸滑動，保證界面滑動時不受其他Mode影響）

UIInitializationRunLoopMode：在剛啟動App時第進入的第一個 Mode叹俏，啟動完成后就不再使用

GSEventReceiveRunLoopMode：接受系統(tǒng)內部事件妻枕，通常用不到

kCFRunLoopCommonModes：偽模式，不是一種真正的運行模式（后邊會用到）

其中kCFRunLoopDefaultMode粘驰、UITrackingRunLoopMode屡谐、kCFRunLoopCommonModes是我們開發(fā)中需要用到的模式，具體使用方法我們在 2.3 CFRunLoopTimerRef中結合CFRunLoopTimerRef來演示說明蝌数。

2.3 CFRunLoopTimerRef

CFRunLoopTimerRef是定時源（RunLoop模型圖中提到過）愕掏，理解為基于時間的觸發(fā)器，基本上就是NSTimer（哈哈顶伞，這個理解就簡單了吧）饵撑。

下面我們來演示下CFRunLoopModeRef和CFRunLoopTimerRef結合的使用用法，從而加深理解唆貌。

首先我們新建一個iOS項目滑潘，在Main.storyboard中拖入一個Text View。

在ViewController.m文件中加入以下代碼锨咙，Demo中請調用[self ShowDemo1];來演示语卤。

-?(void)viewDidLoad?{

????[superviewDidLoad];

????//?定義一個定時器，約定兩秒之后調用self的run方法

????NSTimer?*timer?=?[NSTimer?timerWithTimeInterval:2.0target:self?selector:@selector(run)?userInfo:nil?repeats:YES];

????//?將定時器添加到當前RunLoop的NSDefaultRunLoopMode下

????[[NSRunLoop?currentRunLoop]?addTimer:timer?forMode:NSDefaultRunLoopMode];

}

-?(void)run

{

????NSLog(@"---run");

}

3. 然后運行酪刀，這時候我們發(fā)現(xiàn)如果我們不對模擬器進行任何操作的話粹舵，定時器會穩(wěn)定的每隔2秒調用run方法打印。

4. 但是當我們拖動Text View滾動時骂倘，我們發(fā)現(xiàn)：run方法不打印了眼滤，也就是說NSTimer不工作了。而當我們松開鼠標的時候稠茂，NSTimer就又開始正常工作了柠偶。

這是因為：

當我們不做任何操作的時候，RunLoop處于NSDefaultRunLoopMode下睬关。

而當我們拖動Text View的時候诱担，RunLoop就結束NSDefaultRunLoopMode，切換到了UITrackingRunLoopMode模式下电爹，這個模式下沒有添加NSTimer蔫仙，所以我們的NSTimer就不工作了。

但當我們松開鼠標的時候丐箩，RunLoop就結束UITrackingRunLoopMode模式摇邦，又切換回NSDefaultRunLoopMode模式恤煞，所以NSTimer就又開始正常工作了。

你可以試著將上述代碼中的[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];語句換為[[NSRunLoop currentRunLoop] addTimer:timer forMode:UITrackingRunLoopMode];施籍，也就是將定時器添加到當前RunLoop的UITrackingRunLoopMode下居扒，你就會發(fā)現(xiàn)定時器只會在拖動Text View的模式下工作，而不做操作的時候定時器就不工作丑慎。

那難道我們就不能在這兩種模式下讓NSTimer都能正常工作嗎喜喂？

當然可以，這就用到了我們之前說過的偽模式（kCFRunLoopCommonModes）竿裂，這其實不是一種真實的模式玉吁，而是一種標記模式，意思就是可以在打上Common Modes標記的模式下運行腻异。

那么哪些模式被標記上了Common Modes呢进副？

NSDefaultRunLoopMode 和UITrackingRunLoopMode。

所以我們只要我們將NSTimer添加到當前RunLoop的kCFRunLoopCommonModes（Foundation框架下為NSRunLoopCommonModes）下悔常，我們就可以讓NSTimer在不做操作和拖動Text View兩種情況下愉快的正常工作了影斑。

具體做法就是講添加語句改為[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];

既然講到了NSTimer，這里順便講下NSTimer中的scheduledTimerWithTimeInterval方法和RunLoop的關系这嚣。添加下面的代碼：

1[NSTimer?scheduledTimerWithTimeInterval:2.0target:self?selector:@selector(run)?userInfo:nil?repeats:YES];

這句代碼調用了scheduledTimer返回的定時器鸥昏，NSTimer會自動被加入到了RunLoop的NSDefaultRunLoopMode模式下。這句代碼相當于下面兩句代碼：

1

2

NSTimer?*timer?=?[NSTimer?timerWithTimeInterval:2.0target:self?selector:@selector(run)?userInfo:nil?repeats:YES];

[[NSRunLoop?currentRunLoop]?addTimer:timer?forMode:NSDefaultRunLoopMode];

2.4 CFRunLoopSourceRef

CFRunLoopSourceRef是事件源（RunLoop模型圖中提到過）姐帚，CFRunLoopSourceRef有兩種分類方法。

第一種按照官方文檔來分類（就像RunLoop模型圖中那樣）：

Port-Based Sources（基于端口）

Custom Input Sources（自定義）

Cocoa Perform Selector Sources

第二種按照函數(shù)調用棧來分類：

Source0 ：非基于Port

Source1：基于Port障涯，通過內核和其他線程通信罐旗，接收、分發(fā)系統(tǒng)事件

這兩種分類方式其實沒有區(qū)別唯蝶，只不過第一種是通過官方理論來分類九秀，第二種是在實際應用中通過調用函數(shù)來分類。

下邊我們舉個例子大致來了解一下函數(shù)調用棧和Source粘我。

在我們的項目中的Main.storyboard中添加一個Button按鈕鼓蜒，并添加點擊動作。

然后在點擊動作的代碼中加入一句輸出語句征字，并打上斷點都弹，如下圖所示：

?

3. 然后運行程序，并點擊按鈕匙姜。

4. 然后在項目中單擊下下圖紅色部分畅厢。

?5. 可以看到如下圖所示就是點擊事件產生的函數(shù)調用棧。

?

所以點擊事件是這樣來的：

首先程序啟動氮昧，調用16行的main函數(shù)框杜，main函數(shù)調用15行UIApplicationMain函數(shù)浦楣，然后一直往上調用函數(shù)，最終調用到0行的BtnClick函數(shù)咪辱，即點擊函數(shù)振劳。

同時我們可以看到11行中有Sources0，也就是說我們點擊事件是屬于Sources0函數(shù)的油狂，點擊事件就是在Sources0中處理的历恐。

而至于Sources1，則是用來接收选调、分發(fā)系統(tǒng)事件夹供，然后再分發(fā)到Sources0中處理的。

2.5 CFRunLoopObserverRef

CFRunLoopObserverRef是觀察者仁堪，用來監(jiān)聽RunLoop的狀態(tài)改變

CFRunLoopObserverRef可以監(jiān)聽的狀態(tài)改變有以下幾種：

typedef?CF_OPTIONS(CFOptionFlags,?CFRunLoopActivity)?{

????kCFRunLoopEntry?=?(1UL?<<?0),???????????????//?即將進入Loop：1

????kCFRunLoopBeforeTimers?=?(1UL?<<?1),????????//?即將處理Timer：2????

????kCFRunLoopBeforeSources?=?(1UL?<<?2),???????//?即將處理Source：4

????kCFRunLoopBeforeWaiting?=?(1UL?<<?5),???????//?即將進入休眠：32

????kCFRunLoopAfterWaiting?=?(1UL?<<?6),????????//?即將從休眠中喚醒：64

????kCFRunLoopExit?=?(1UL?<<?7),????????????????//?即將從Loop中退出：128

????kCFRunLoopAllActivities?=?0x0FFFFFFFU???????//?監(jiān)聽全部狀態(tài)改變??

};

下邊我們通過代碼來監(jiān)聽下RunLoop中的狀態(tài)改變哮洽。

1. 在ViewController.m中添加如下代碼，Demo中請調用[self showDemo2];方法弦聂。

-?(void)viewDidLoad?{

????[superviewDidLoad];

????//?創(chuàng)建觀察者

????CFRunLoopObserverRef?observer?=?CFRunLoopObserverCreateWithHandler(CFAllocatorGetDefault(),?kCFRunLoopAllActivities,?YES,?0,?^(CFRunLoopObserverRef?observer,?CFRunLoopActivity?activity)?{

????????NSLog(@"監(jiān)聽到RunLoop發(fā)生改變---%zd",activity);

????});

????//?添加觀察者到當前RunLoop中

????CFRunLoopAddObserver(CFRunLoopGetCurrent(),?observer,?kCFRunLoopDefaultMode);

????//?釋放observer鸟辅，最后添加完需要釋放掉

????CFRelease(observer);

}

2. 然后運行，看下打印結果莺葫，如下圖匪凉。

?可以看到RunLoop的狀態(tài)在不斷的改變，最終變成了狀態(tài) 32捺檬，也就是即將進入睡眠狀態(tài)再层，說明RunLoop之后就會進入睡眠狀態(tài)。

3. RunLoop原理

好了堡纬，五個類都講解完了聂受，下邊開始放大招了。這下我們就可以來理解RunLoop的運行邏輯了烤镐。

下邊上一張之前提到的文章中博主提供的運行邏輯圖（來源：blog.ibireme.com/2015/05/18/…

?

這張圖對于我們理解RunLoop來說太有幫助了涩咖，下邊我們可以來說下官方文檔給我們的RunLoop邏輯哑诊。

在每次運行開啟RunLoop的時候干签，所在線程的RunLoop會自動處理之前未處理的事件贷揽，并且通知相關的觀察者。

具體的順序如下：

通知觀察者RunLoop已經(jīng)啟動

通知觀察者即將要開始的定時器

通知觀察者任何即將啟動的非基于端口的源

啟動任何準備好的非基于端口的源

如果基于端口的源準備好并處于等待狀態(tài)镜悉，立即啟動祟辟；并進入步驟9

通知觀察者線程進入休眠狀態(tài)

將線程置于休眠知道任一下面的事件發(fā)生：

某一事件到達基于端口的源

定時器啟動

RunLoop設置的時間已經(jīng)超時

RunLoop被顯示喚醒

通知觀察者線程將被喚醒

處理未處理的事件

如果用戶定義的定時器啟動，處理定時器事件并重啟RunLoop积瞒。進入步驟2

如果輸入源啟動川尖，傳遞相應的消息

如果RunLoop被顯示喚醒而且時間還沒超時，重啟RunLoop。進入步驟2

通知觀察者RunLoop結束叮喳。

4. RunLoop實戰(zhàn)應用

哈哈被芳，講了這么多云里霧里的原理知識，下邊終于到了實戰(zhàn)應用環(huán)節(jié)馍悟。

光弄懂是沒啥用的畔濒，能夠實戰(zhàn)應用才是硬道理。下面講解一下RunLoop的幾種應用锣咒。

4.1 NSTimer的使用

NSTimer的使用方法在講解CFRunLoopTimerRef類的時候詳細講解過侵状，具體參考上邊 2.3 CFRunLoopTimerRef。

4.2 ImageView推遲顯示

有時候毅整，我們會遇到這種情況：

當界面中含有UITableView趣兄，而且每個UITableViewCell里邊都有圖片。這時候當我們滾動UITableView的時候悼嫉，如果有一堆的圖片需要顯示艇潭，那么可能會出現(xiàn)卡頓的現(xiàn)象。

怎么解決這個問題呢戏蔑？

這時候蹋凝，我們應該推遲圖片的顯示，也就是ImageView推遲顯示圖片总棵。有兩種方法：

1. 監(jiān)聽UIScrollView的滾動

因為UITableView繼承自UIScrollView鳍寂，所以我們可以通過監(jiān)聽UIScrollView的滾動，實現(xiàn)UIScrollView相關delegate即可情龄。

2. 利用PerformSelector設置當前線程的RunLoop的運行模式

利用performSelector方法為UIImageView調用setImage:方法迄汛，并利用inModes將其設置為RunLoop下NSDefaultRunLoopMode運行模式。代碼如下：

1[self.imageView?performSelector:@selector(setImage:)?withObject:[UIImage?imageNamed:@"tupian"]?afterDelay:4.0inModes:NSDefaultRunLoopMode];

下邊利用Demo演示一下該方法骤视。

在項目中的Main.storyboard中添加一個UIImageView隔心，并添加屬性，并簡單添加一下約束（不然無法顯示）如下圖所示尚胞。

?

在項目中拖入一張圖片，比如下圖帜慢。

?

3. 然后我們在touchesBegan方法中添加下面的代碼笼裳，在Demo中請在touchesBegan中調用[self showDemo3];方法。

-?(void)touchesBegan:(NSSet<uitouch?*>?*)touches?withEvent:(UIEvent?*)event

{

????[self.imageView?performSelector:@selector(setImage:)?withObject:[UIImage?imageNamed:@"tupian"]?afterDelay:4.0inModes:@[NSDefaultRunLoopMode]];

}</uitouch?*>

運行程序粱玲，點擊一下屏幕躬柬，然后拖動UIText View，拖動4秒以上抽减，發(fā)現(xiàn)過了4秒之后允青，UIImageView還沒有顯示圖片，當我們松開的時候卵沉，則顯示圖片颠锉，效果如下：

?

這樣我們就實現(xiàn)了在拖動完之后法牲，在延遲顯示UIImageView。

4.3 后臺常駐線程（很常用）

我們在開發(fā)應用程序的過程中琼掠，如果后臺操作特別頻繁拒垃，經(jīng)常會在子線程做一些耗時操作（下載文件、后臺播放音樂等）瓷蛙，我們最好能讓這條線程永遠常駐內存悼瓮。

那么怎么做呢？

添加一條用于常駐內存的強引用的子線程艰猬，在該線程的RunLoop下添加一個Sources横堡，開啟RunLoop。

具體實現(xiàn)過程如下：

1. 在項目的ViewController.m中添加一條強引用的thread線程屬性冠桃，如下圖：

?

2. 在viewDidLoad中創(chuàng)建線程self.thread命贴，使線程啟動并執(zhí)行run1方法，代碼如下腊满。在Demo中套么，請在viewDidLoad調用[self showDemo4];方法。

-?(void)viewDidLoad?{

????[superviewDidLoad];

????//?創(chuàng)建線程碳蛋，并調用run1方法執(zhí)行任務

????self.thread?=?[[NSThread?alloc]?initWithTarget:self?selector:@selector(run1)?object:nil];

????//?開啟線程

????[self.thread?start];????

}

-?(void)?run1

{

????//?這里寫任務

????NSLog(@"----run1-----");

????//?添加下邊兩句代碼胚泌，就可以開啟RunLoop，之后self.thread就變成了常駐線程肃弟，可隨時添加任務玷室，并交于RunLoop處理

????[[NSRunLoop?currentRunLoop]?addPort:[NSPort?port]?forMode:NSDefaultRunLoopMode];

????[[NSRunLoop?currentRunLoop]?run];

????//?測試是否開啟了RunLoop，如果開啟RunLoop笤受，則來不了這里穷缤，因為RunLoop開啟了循環(huán)。

????NSLog(@"未開啟RunLoop");

}

3. 運行之后發(fā)現(xiàn)打印了**----run1-----箩兽，而未開啟RunLoop**則未打印津肛。

這時，我們就開啟了一條常駐線程汗贫，下邊我們來試著添加其他任務身坐，除了之前創(chuàng)建的時候調用了run1方法，我們另外在點擊的時候調用run2方法落包。

那么部蛇，我們在touchesBegan中調用PerformSelector，從而實現(xiàn)在點擊屏幕的時候調用run2方法咐蝇。Demo地址涯鲁。具體代碼如下：

-?(void)touchesBegan:(NSSet<uitouch?*>?*)touches?withEvent:(UIEvent?*)event

{???

????//?利用performSelector，在self.thread的線程中調用run2方法執(zhí)行任務

????[self?performSelector:@selector(run2)?onThread:self.thread?withObject:nil?waitUntilDone:NO];

}

-?(void)?run2

{

????NSLog(@"----run2------");

}</uitouch?*>

經(jīng)過運行測試，除了之前打印的 ----run1-----抹腿，每當我們點擊屏幕岛请，都能調用 ----run2------。

這樣我們就實現(xiàn)了常駐線程的需求幢踏。