簡述安全
一、RunLoop是事件接收和分發機制的一個實現 二、而且它能處理App中的各類事件(好比觸摸事件、定時器事件、Selector事件) 三、以及節省CPU資源,提升程序性能:(該作事時作事,該休息時休息)
如何獲取Runloop對象:app
這裏的話IOS提供了兩套API來訪問或使用RunLoop 一、CFRunLoopRef 是在 CoreFoundation 框架內的,它提供了純 C 函數的 API,全部這些 API 都是線程安全的。 二、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; } }
獲取的方式oop
//獲取的兩種方式 一、這種爲CFRunLoopRef中的 CFRunLoopGetCurrent(); // 得到當前線程的RunLoop對象 CFRunLoopGetMain(); // 得到主線程的RunLoop對象 二、這種爲NSRunLoop中的 [NSRunLoop currentRunLoop]; // 得到當前線程的RunLoop對象 [NSRunLoop mainRunLoop]; // 得到主線程的RunLoop對象
相關類性能
//相關的五個類 一、CFRunLoopRef 一、表明一個RunLoop對象 二、CFRunLoopModeRef 一、表明RunLoop的運行模式 一、一個RunLoop包含若干個Mode,每一個Mode又包含若干個Source/Timer/Observer 二、每次RunLoop啓動時,只能指定其中一個 Mode,若是須要切換Mode,只能退出Loop,再從新指定一個Mode進入 三、同一時刻只能進行一種模式 二、蘋果內部提供了五種模式 一、kCFRunLoopDefaultMode (NSDefaultRunLoopMode) 一、App的默認Mode,一般主線程是在這個Mode下運行 二、UITrackingRunLoopMode 一、界面跟蹤 Mode,用於 ScrollView 追蹤觸摸滑動,保證界面滑動時不受其餘 Mode 影響 //這個一般用不到 三、UIInitializationRunLoopMode 一、在剛啓動 App 時第進入的第一個 Mode,啓動完成後就再也不使用 //這個一般用不到 四、GSEventReceiveRunLoopMode 一、接受系統事件的內部 Mode 五、kCFRunLoopCommonModes 一、這是一個佔位用的Mode,這個的話用語言很難表達,後面會看到實例中會使用到這裏,你們仔細體會 三、CFRunLoopSourceRef 一、用來管理全部事件的事件源,包括自定義的事件,以及系統自帶的事件。 二、Source有兩個版本:Source0 和 Source1 一、Source0-----爲用戶主動觸發的事件 二、Source1-----經過內核和其餘線程相互發送消息。 四、CFRunLoopTimerRef 一、基本上說的就是NSTimer,基本用法以下實例標示 五、CFRunLoopObserverRef 一、用來監聽RunLoop的狀態改變 二、狀態列表 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
,可是同一時刻只能進行一種模式。 如圖:
3d
實例code
代碼server
-(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模式下
objc NSTimer *time = [NSTimer timerWithTimeInterval:1 target:self selector:@selector(show) userInfo:nil repeats:YES]; //在這裏的話能夠看到,咱們滑動的時候它並無輸出,由於咱們forMode的爲NSDefaultRunLoopMode,也就是一般主線程的這個Mode下運行 [[NSRunLoop currentRunLoop] addTimer:time forMode:NSDefaultRunLoopMode];
objc NSTimer *time = [NSTimer timerWithTimeInterval:1 target:self selector:@selector(show) userInfo:nil repeats:YES]; // 在這裏的話能夠看到,咱們滑動的時候它纔會輸出,由於咱們forMode的爲UITrackingRunLoopMode, [[NSRunLoop currentRunLoop] addTimer:time forMode:UITrackingRunLoopMode];
objc 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模式的影響),這個也是公司通常很愛問的一個問題。
代碼
- (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
本章到此結束 歡迎各位碼友隨意轉載並指正