多線程篇-RunLoop
RunLoop
簡述
1、RunLoop是事件接收和分發機制的一個實現 2、并且它能處理App中的各種事件（比如觸摸事件、定時器事件、Selector事件） 3、以及節省CPU資源，提高程序性能：(該做事時做事，該休息時休息)
如何獲取Runloop對象：
這里的話IOS提供了兩套API來訪問或使用RunLoop
1、CFRunLoopRef 是在 CoreFoundation 框架內的，它提供了純 C 函數的 API，所有這些 API 都是線程安全的。
2、NSRunLoop 是基于 CFRunLoopRef 的封裝，提供了面向對象的 API，但是這些 API 不是線程安全的。
CFRunLoopRef 的代碼是開源的，你可以在這里 CFRunLoopRef源碼 下載到整個 CoreFoundation 的源碼
每一個線程對應著一個 RunLoop ,但是線程在創建的時候是沒有 RunLoop 的,如果你不去獲取它,它會一直沒有，當然必須你自己的主動去獲取，但是在你線程結束的時候,你所獲取的 RunLoop 也跟著銷毀了。如果你需要在某個線程對你自己的 RunLoop 執行一些事件的時候,那么你就的在線程未結束之前進行操作,然而在程序中是具有一個主 RunLoop 的,它用來管理程序的生死,具體的話是在 UIApplicationMain 里面執行
//具體顯示
int main(int argc, char * argv[]) {
@autoreleasepool {
//程序開始執行 會輸出這段語句
NSLog(@"------------------");
//可以看出這里面是一直執行的 相當于一個死循環
int result = UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
//程序結束了才會執行 會輸出這段語句，在未結束之前這句話是不會執行的
NSLog(@"++++++++++++++++++");
return result;
}
}
獲取的方式
//獲取的兩種方式
1、這種為CFRunLoopRef中的
CFRunLoopGetCurrent(); // 獲得當前線程的RunLoop對象
CFRunLoopGetMain(); // 獲得主線程的RunLoop對象
2、這種為NSRunLoop中的
[NSRunLoop currentRunLoop]; // 獲得當前線程的RunLoop對象
[NSRunLoop mainRunLoop]; // 獲得主線程的RunLoop對象
相關類
//相關的五個類
1、CFRunLoopRef
1、代表一個RunLoop對象
2、CFRunLoopModeRef
1、代表RunLoop的運行模式
1、一個RunLoop包含若干個Mode,每個Mode又包含若干個Source/Timer/Observer
2、每次RunLoop啟動時，只能指定其中一個 Mode,如果需要切換Mode，只能退出Loop，再重新指定一個Mode進入
3、同一時刻只能進行一種模式
2、蘋果內部提供了五種模式
1、kCFRunLoopDefaultMode (NSDefaultRunLoopMode)
1、App的默認Mode，通常主線程是在這個Mode下運行
2、UITrackingRunLoopMode
1、界面跟蹤 Mode，用于 ScrollView 追蹤觸摸滑動，保證界面滑動時不受其他 Mode 影響
//這個通常用不到
3、UIInitializationRunLoopMode
1、在剛啟動 App 時第進入的第一個 Mode，啟動完成后就不再使用
//這個通常用不到
4、GSEventReceiveRunLoopMode
1、接受系統事件的內部 Mode
5、kCFRunLoopCommonModes
1、這是一個占位用的Mode,這個的話用語言很難表達，后面會看到實例中會使用到這里，大家仔細體會
3、CFRunLoopSourceRef
1、用來管理所有事件的事件源，包括自定義的事件，以及系統自帶的事件。
2、Source有兩個版本：Source0 和 Source1
1、Source0-----為用戶主動觸發的事件
2、Source1-----通過內核和其他線程相互發送消息。
4、CFRunLoopTimerRef
1、基本上說的就是NSTimer，基本用法如下實例標示
5、CFRunLoopObserverRef
1、用來監聽RunLoop的狀態改變
2、狀態列表
kCFRunLoopEntry = (1UL << 0), // 即將進入Loop
kCFRunLoopBeforeTimers = (1UL << 1), // 即將處理 Timer
kCFRunLoopBeforeSources = (1UL << 2), // 即將處理 Source
kCFRunLoopBeforeWaiting = (1UL << 5), // 即將進入休眠
kCFRunLoopAfterWaiting = (1UL << 6), // 剛從休眠中喚醒
kCFRunLoopExit = (1UL << 7), // 即將退出Loop
kCFRunLoopAllActivities = 0x0FFFFFFFU //所有狀態
補充
一個 RunLoop 有很多 Mode ，一個 Mode 里面有很多得 Source/Timer/Observer ,但是同一時刻只能進行一種模式。 如圖：
實例
- CFRunLoopTimerRef
- 首先在我們的storyboard添加一個text view控件
然后使用代碼 -
代碼
-(void)viewDidLoad { [super viewDidLoad]; //在原來使用time的時候，我們是直接這樣寫的，它是直接添加到RunLoop的DefaultMode模式中去得，如果我們去滑動text view的時候,也就是說我們現在操作的是RunLoop的Tracking，因為在前面我們并沒有把time添加到Tracking中去，那么滑動的時候是不會輸出的， //創建time NSTimer *time = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(show) userInfo:nil repeats:YES]; //在這里我們把time添加到Tracking中去,那么操作就會發現，默認的是時候它也會輸出，滑動text view的時候他也會輸出了 [[NSRunLoop currentRunLoop]addTimer:time forMode:UITrackingRunLoopMode]; } -(void)show{ NSLog(@"%s",__func__); }把time添加到NSDefaultRunLoopMode模式下
NSTimer *time = [NSTimer timerWithTimeInterval:1 target:self selector:@selector(show) userInfo:nil repeats:YES]; //在這里的話可以看到，我們滑動的時候它并沒有輸出，因為我們forMode的為NSDefaultRunLoopMode，也就是通常主線程的這個Mode下運行 [[NSRunLoop currentRunLoop] addTimer:time forMode:NSDefaultRunLoopMode];
把time添加到UITrackingRunLoopMode模式下
NSTimer *time = [NSTimer timerWithTimeInterval:1 target:self selector:@selector(show) userInfo:nil repeats:YES]; // 在這里的話可以看到，我們滑動的時候它才會輸出，因為我們forMode的為UITrackingRunLoopMode， [[NSRunLoop currentRunLoop] addTimer:time forMode:UITrackingRunLoopMode];
看了上面兩種是不是有種感覺為什么兩者不能共存，那么下面這種就可以看到它們共存了
NSTimer *time = [NSTimer timerWithTimeInterval:1 target:self selector:@selector(show) userInfo:nil repeats:YES]; // 在這里的話可以看到，我們不管是程序啟動還是滑動的時候它都會輸出，因為我們forMode的為kCFRunLoopCommonModes， [[NSRunLoop currentRunLoop] addTimer:time forMode:kCFRunLoopCommonModes];
-
補充
關于定時器的話是有兩種的一個是NSTime,但是它是會受RunLoop的模式所影響的，一個是GCD的定時器，它呢是不受RunLoop的模式所影響的，這里的話留給大家一個引子(GCD的定時器是如何不受RunLoop模式的影響)，這個也是公司一般很愛問的一個問題。
- CFRunLoopObserverRef
-
代碼
- (void)viewDidLoad { [super viewDidLoad]; /* 第一個參數：指定如何給obsever分配存儲空間 第二個參數：需要監聽的類型/kCFRunLoopAllActivities為全部 第三個參數：是否每次都監聽 第四個參數：優先級 第五個參數：監聽狀態改變之后的回調函數 */ CFRunLoopObserverRef obsever = CFRunLoopObserverCreateWithHandler(CFAllocatorGetDefault(), kCFRunLoopAllActivities, YES, 0, ^(CFRunLoopObserverRef observer, CFRunLoopActivity activity) { // kCFRunLoopEntry = (1UL << 0), // 即將進入Loop // kCFRunLoopBeforeTimers = (1UL << 1), // 即將處理 Timer // kCFRunLoopBeforeSources = (1UL << 2), // 即將處理 Source // kCFRunLoopBeforeWaiting = (1UL << 5), // 即將進入休眠 // kCFRunLoopAfterWaiting = (1UL << 6), // 剛從休眠中喚醒 // kCFRunLoopExit = (1UL << 7), // 即將退出Loop // kCFRunLoopAllActivities = 0x0FFFFFFFU //所有狀態 switch (activity) { case kCFRunLoopEntry: NSLog(@"即將進入Loop"); break; case kCFRunLoopBeforeTimers: NSLog(@"即將處理 Timer"); break; case kCFRunLoopBeforeSources: NSLog(@"即將處理 Source"); break; case kCFRunLoopBeforeWaiting: NSLog(@"即將進入休眠"); break; case kCFRunLoopAfterWaiting: NSLog(@"剛從休眠中喚醒"); break; case kCFRunLoopExit: NSLog(@"即將退出Loop"); break; default: break; } }); //給主線程的RunLoop添加一個觀察者 /* 第一個參數：需要給那個RunLoop添加觀察者 第二個參數：需要添加的observer 第三個參數：在那種模式下監聽 */ CFRunLoopAddObserver(CFRunLoopGetMain(), obsever,kCFRunLoopDefaultMode ); CFRelease(obsever); } -
補充
這里的話如果打印出來，是會具有很多time和Source的，因為蘋果內部進行了一系列的調用，那么大家可以明顯的看到，這里是如何監聽RunLoop狀態是如何改變的,最后一定要記得去release,因為ARC無法釋放Core Foundation 框架中的Create、Copy、Release
本章到此結束 歡迎各位碼友隨意轉載并指正
</ul> </div>
本文由用戶 jopen 自行上傳分享，僅供網友學習交流。所有權歸原作者，若您的權利被侵害，請聯系管理員。
轉載本站原創文章，請注明出處，并保留原始鏈接、圖片水印。
本站是一個以用戶分享為主的開源技術平臺，歡迎各類分享！