1.runLoop 的意思
Run 表示運行，Loop 表示循環(huán)。結(jié)合在一起就是運行的循環(huán)的意思
- RunLoop 實際上是一個對象，這個對象在循環(huán)中用來處理程序運行過程中出現(xiàn)的各種事件（比如說觸摸事件、UI刷新事件、定時器事件属提、Selector事件），從而保持程序的持續(xù)運行美尸。
- RunLoop 在沒有事件處理的時候冤议，會使線程進入睡眠模式，從而節(jié)省 CPU 資源师坎，提高程序性能恕酸。
2. RunLoop跟線程
線程的作用是用來處理執(zhí)行特定的一個或者多個任務(wù)，在默認情況下胯陋，線程執(zhí)行完就會退出蕊温。這時我們就需要采用一種方式來讓線程能夠不斷地處理任務(wù)，并不退出遏乔。所以义矛，我們就有了 RunLoop。
- 1.一個線程對應(yīng) 1 個 RunLoop,是一一對應(yīng)的關(guān)系盟萨。
- RunLoop并不保證線程安全凉翻，只能在當(dāng)前線程操作自己所對應(yīng)的 RunLoop,不能在當(dāng)前線程操作其他的 RunLoop。
- 3.RunLoop 對象在第一次獲取 RunLoop 時創(chuàng)建捻激，銷毀則是在線程結(jié)束的時候
- 4.主線程的 RunLoop 對象系統(tǒng)自動幫助我們創(chuàng)建好了制轰，而子線程的 RunLoop對象需要我們主動創(chuàng)建和維護
3 RunLoop 相關(guān)類
- 1.CFRunLoopRef :代表 RunLoop 的對象
- CFRunLoopModeRef:代表 runloop的運行模式
- CFRunLoopSourceRef：RunLoop 模型圖中提到的輸入源 / 事件源
- CFRunLoopTimerRef： RunLoop 模型圖中提到的定時源
- CFRunLoopObserverRef：觀察者，能夠監(jiān)聽 RunLoop 的狀態(tài)改變
一個RunLoop對象（CFRunLoopRef）中包含若干個運行模式（CFRunLoopModeRef）铺罢。而每一個運行模式下又包含若干個輸入源（CFRunLoopSourceRef）艇挨、定時源（CFRunLoopTimerRef）残炮、觀察者（CFRunLoopObserverRef）
- 每次 runloop 啟動時韭赘，只能指定其中一個運行模式（CFRunLoopModeRef），這個運行模式（CFRunLoopModeRef）被稱作當(dāng)前運行模式（CurrentMode）势就。
- 如果需要切換運行模式（CFRunLoopModeRef）泉瞻，只能退出當(dāng)前 Loop脉漏，再重新指定一個運行模式（CFRunLoopModeRef）進入。
- 這樣做主要是為了分隔開不同組的輸入源（CFRunLoopSourceRef）袖牙、定時源（CFRunLoopTimerRef）侧巨、觀察者（CFRunLoopObserverRef），讓其互不影響 鞭达。
3.1 CFRunLoopRef 類
CFRunLoopRef 是 Core Foundation 框架下 RunLoop 對象類司忱。我們可通過以下方式來獲取 RunLoop 對象：
-
Core Foundation
CFRunLoopGetCurrent(); // 獲得當(dāng)前線程的 RunLoop 對象-
CFRunLoopGetMain(); // 獲得主線程的 RunLoop 對
在Foundation 框架下獲取 RunLoop 對象類的方法如下
-
Foundation
[NSRunLoop currentRunLoop]; // 獲得當(dāng)前線程的 RunLoop 對象[NSRunLoop mainRunLoop]; // 獲得主線程的 RunLoop 對象
3.2 CFRunLoopModeRef
系統(tǒng)默認定義了多種運行模式（CFRunLoopModeRef），如下：
kCFRunLoopDefaultMode：App的默認運行模式畴蹭，通常主線程是在這個運行模式下運行
UITrackingRunLoopMode：跟蹤用戶交互事件（用于 ScrollView 追蹤觸摸滑動坦仍，保證界面滑動時不受其他Mode影響）
UIInitializationRunLoopMode：在剛啟動App時第進入的第一個 Mode，啟動完成后就不再使用
GSEventReceiveRunLoopMode：接受系統(tǒng)內(nèi)部事件叨襟，通常用不到
kCFRunLoopCommonModes：偽模式繁扎，不是一種真正的運行模式（后邊會用到）
其中kCFRunLoopDefaultMode、UITrackingRunLoopMode糊闽、kCFRunLoopCommonModes是我們開發(fā)中需要用到的模式
3.3 CFRunLoopTimerRef
CFRunLoopTimerRef是定時源梳玫，理解為基于時間的觸發(fā)器，基本上就是NSTimer
下面我們來演示下CFRunLoopModeRef和CFRunLoopTimerRef結(jié)合的使用用法右犹，從而加深理解提澎。
[super viewDidLoad];
// 定義一個定時器，約定兩秒之后調(diào)用self的run方法
NSTimer *timer = [NSTimer timerWithTimeInterval:2.0 target:self selector:@selector(run) userInfo:nil repeats:YES];
// 將定時器添加到當(dāng)前RunLoop的NSDefaultRunLoopMode下
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];
}
- (void)run
{
NSLog(@"---run");
}
這時候我們發(fā)現(xiàn)如果我們不對模擬器進行任何操作的話念链，定時器會穩(wěn)定的每隔2秒調(diào)用run方法打印虱朵。但是當(dāng)我們拖動Text View滾動時，我們發(fā)現(xiàn)：run方法不打印了钓账，也就是說NSTimer不工作了碴犬。而當(dāng)我們松開鼠標(biāo)的時候，NSTimer就又開始正常工作了梆暮。
這是因為：
當(dāng)我們不做任何操作的時候服协，RunLoop處于NSDefaultRunLoopMode下。
而當(dāng)我們拖動Text View的時候啦粹，RunLoop就結(jié)束NSDefaultRunLoopMode偿荷，切換到了UITrackingRunLoopMode模式下，這個模式下沒有添加NSTimer唠椭，所以我們的NSTimer就不工作了跳纳。
但當(dāng)我們松開鼠標(biāo)的時候，RunLoop就結(jié)束UITrackingRunLoopMode模式贪嫂，又切換回NSDefaultRunLoopMode模式寺庄，所以NSTimer就又開始正常工作了。
那難道我們就不能在這兩種模式下讓NSTimer都能正常工作嗎？
當(dāng)然可以斗塘，這就用到了我們之前說過的偽模式（kCFRunLoopCommonModes）赢织，這其實不是一種真實的模式，而是一種標(biāo)記模式馍盟，意思就是可以在打上Common Modes標(biāo)記的模式下運行于置。
那么哪些模式被標(biāo)記上了Common Modes呢？
NSDefaultRunLoopMode 和 UITrackingRunLoopMode贞岭。
所以我們只要我們將NSTimer添加到當(dāng)前RunLoop的kCFRunLoopCommonModes（Foundation框架下為NSRunLoopCommonModes）下八毯，我們就可以讓NSTimer在不做操作和拖動Text View兩種情況下愉快的正常工作了。
具體做法就是講添加語句改為[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];
既然講到了NSTimer瞄桨，這里順便講下NSTimer中的scheduledTimerWithTimeInterval方法和RunLoop的關(guān)系宪彩。添加下面的代碼：
[NSTimer scheduledTimerWithTimeInterval:2.0 target:self selector:@selector(run) userInfo:nil repeats:YES];
這句代碼調(diào)用了scheduledTimer返回的定時器，NSTimer會自動被加入到了RunLoop的NSDefaultRunLoopMode模式下讲婚。這句代碼相當(dāng)于下面兩句代碼：
NSTimer *timer = [NSTimer timerWithTimeInterval:2.0 target:self selector:@selector(run) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];
3.4 CFRunLoopSourceRef
CFRunLoopSourceRef是事件源（RunLoop模型圖中提到過）尿孔，CFRunLoopSourceRef有兩種分類方法。
runloop 模型圖
第一種按照官方文檔來分類（就像RunLoop模型圖中那樣）：
Port-Based Sources（基于端口）
Custom Input Sources（自定義）
Cocoa Perform Selector Sources
第二種按照函數(shù)調(diào)用棧來分類：
Source0 ：非基于Port
Source1：基于Port筹麸，通過內(nèi)核和其他線程通信活合，接收、分發(fā)系統(tǒng)事件
這兩種分類方式其實沒有區(qū)別物赶，只不過第一種是通過官方理論來分類白指，第二種是在實際應(yīng)用中通過調(diào)用函數(shù)來分類。
3.5CFRunLoopObserverRef
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)改變
};
4. RunLoop原理
具體的順序如下：
1.通知觀察者RunLoop已經(jīng)啟動
2.通知觀察者即將要開始的定時器
3.通知觀察者任何即將啟動的非基于端口的源
4.啟動任何準(zhǔn)備好的非基于端口的源
5.如果基于端口的源準(zhǔn)備好并處于等待狀態(tài)告嘲，立即啟動；并進入步驟9
6.通知觀察者線程進入休眠狀態(tài)
7.將線程置于休眠知道任一下面的事件發(fā)生：
某一事件到達基于端口的源
定時器啟動
RunLoop設(shè)置的時間已經(jīng)超時
RunLoop被顯示喚醒
8.通知觀察者線程將被喚醒
9.處理未處理的事件
如果用戶定義的定時器啟動奖地，處理定時器事件并重啟RunLoop橄唬。進入步驟2
如果輸入源啟動，傳遞相應(yīng)的消息
如果RunLoop被顯示喚醒而且時間還沒超時参歹，重啟RunLoop仰楚。進入步驟2
10.通知觀察者RunLoop結(jié)束。
5. RunLoop實戰(zhàn)應(yīng)用
光弄懂是沒啥用的犬庇，能夠?qū)崙?zhàn)應(yīng)用才是硬道理僧界。下面講解一下RunLoop的幾種應(yīng)用。
4.1 NSTimer的使用
NSTimer的使用方法在講解CFRunLoopTimerRef類的時候詳細講解過臭挽，具體參考上邊 2.3 CFRunLoopTimerRef捂襟。
4.2 ImageView推遲顯示
有時候，我們會遇到這種情況：當(dāng)界面中含有UITableView欢峰，而且每個UITableViewCell里邊都有圖片葬荷。這時候當(dāng)我們滾動UITableView的時候涨共，如果有一堆的圖片需要顯示，那么可能會出現(xiàn)卡頓的現(xiàn)象闯狱。
4.3 后臺常駐線程（很常用）
我們在開發(fā)應(yīng)用程序的過程中，如果后臺操作特別頻繁抛计，經(jīng)常會在子線程做一些耗時操作（下載文件哄孤、后臺播放音樂等），我們最好能讓這條線程永遠常駐內(nèi)存吹截。
那么怎么做呢瘦陈？
添加一條用于常駐內(nèi)存的強引用的子線程，在該線程的RunLoop下添加一個Sources波俄，開啟RunLoop晨逝。
