iOS開發 底層拋析運行迴圈—— RunLoop

標籤：

 

http://blog.csdn.net/zc639143029/article/details/50012527

 

 

一.RunLoop基本概念

概念:程式的運行迴圈,通俗的來說就是跑圈.

1. 基本作用（作用重大） 
(1) 保持程式的持續運行(ios程式為什麼能一直活著不會死) 
(2) 處理app中的各種事件（比如觸摸事件、定時器事件【NSTimer】、selector事件【選取器·performSelector···】） 
(3)節省CPU資源，提高程式效能，有事情就做事情，沒事情就休息

2. 重要說明 
（1）如果沒有Runloop,那麼程式一啟動就會退出，什麼事情都做不了。 
（2）如果有了Runloop，那麼相當於在內部有一個死迴圈，能夠保證程式的持續運行

3.main函數中的Runloop 
(1) 在UIApplication函數內部就啟動了一個Runloop,該函數返回一個int類型的值 
(2) 這個預設啟動的Runloop是跟主線程相關聯的

4.Runloop對象 
（1）在iOS開發中有兩套api來訪問Runloop 
第一種:foundation架構【NSRunloop】 
第二種:core foundation架構【CFRunloopRef】 
（2）NSRunLoop和CFRunLoopRef都代表著RunLoop對象,它們是等價的，可以互相轉換 
（3）NSRunLoop是基於CFRunLoopRef的一層OC封裝，所以要瞭解RunLoop內部結構，需要多研究CFRunLoopRef層面的API（Core Foundation層面）

5.Runloop與線程 
(1) Runloop和線程的關係：一個Runloop對應著一條唯一的線程 
問題：如何讓子線程不死 
回答：給這條子線程開啟一個Runloop 
(2) Runloop的建立：主線程Runloop已經建立好了，子線程的runloop需要手動建立 
(3) Runloop的生命週期：在第一次擷取時建立，線上程結束時銷毀 
(4) 拿到當前應用程式的主Runloop（主線程對應的Runloop）

方法一: NSRunloop

    NSRunLoop * runloop1 = [NSRunLoop mainRunLoop];

• 1

方法二: CFRunLoopRef

 CFRunLoopRef runloop2 =   CFRunLoopGetMain();

• 1

(5) 注意點：開一個子線程建立runloop,不是通過alloc init方法建立，而是直接通過調用currentRunLoop方法來建立，它本身是一個懶載入的。

二.Runloop運行原理

1.蘋果官方的運行原理圖 

2.Runloop和相關類之間的關係圖 

RunLoop五個相關的類

• CFRunloopRef
• CFRunloopModeRef【Runloop的運行模式】
• CFRunloopSourceRef【Runloop要處理的事件來源】
• CFRunloopTimerRef【Timer事件】

• CFRunloopObserverRef【Runloop的觀察者（監聽者）】

  以下是五個相關類的拋析:

• CFRunloopRef 
  (1) CFRunloopModeRef代表著Runloop的運行模式 
  (2) 一個Runloop中可以有多個mode,一個mode裡面又可以有多個source\observer\timer等等 
  (3) 每次runloop啟動的時候，只能指定一個mode,這個mode被稱為該Runloop的當前mode 
  (4) 如果需要切換mode,只能先退出當前Runloop,再重新指定一個mode進入 
  (5) 這樣做主要是為了分割不同組的定時器等，讓他們相互之間不受影響 
  (6) 系統預設註冊了5個mode 
  第一種模式: kCFRunLoopDefaultMode：App的預設Mode，通常主線程是在這個Mode下運行 
  第二種模式: UITrackingRunLoopMode：介面跟蹤 Mode，用於 ScrollView 追蹤觸摸滑動，保證介面滑動時不受其他 Mode 影響 
  第三種模式: UIInitializationRunLoopMode: 在剛啟動 App 時第進入的第一個 Mode，啟動完成後就不再使用 
  第四種模式: GSEventReceiveRunLoopMode: 接受系統事件的內部 Mode，通常用不到 
  第五種模式: kCFRunLoopCommonModes: 這是一個佔位用的Mode，不是一種真正的Mode

• CFRunloopTimerRef 
  (1) runloop一啟動就會選中一種模式，當選中了一種模式之後其它的模式就不會參與。一個mode裡面可以添加多個NSTimer,也就是說以後當建立NSTimer的時候，可以指定它是在什麼模式下啟動並執行。 
  (2) 它是基於時間的觸發器，說直白點那就是時間到了我就觸發一個事件，觸發一個操作。基本上說的就是NSTimer . 
  (3) 相關代碼 / - (void)timer2 { //NSTimer 調用了scheduledTimer方法，那麼會自動添加到當前的runloop裡面去，而且runloop的運行模式kCFRunLoopDefaultMode

NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:2.0 target:self selector:@selector(run) userInfo:nil repeats:YES];[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];

• 1
• 2

• CFRunloopSourceRef 
  (1)是事件來源也就是輸入源，有兩種分類模式； 
  一種是按照蘋果官方文檔進行劃分的 
  另一種是基於函數的調用棧來進行劃分的（source0和source1）。 
  (2)具體的分類情況

  *以前的分法 
  Port-Based Sources 
  Custom Input Sources 
  Cocoa Perform Selector Sources

  *現在的分法 
  Source0：非基於Port的 
  Source1：基於Port的

  (3) 可以通過打斷點的方式查看一個方法的函數調用棧

• CFRunLoopObserverRef 
  (1) CFRunLoopObserverRef是觀察者，能夠監聽RunLoop的狀態改變 
  (2) 如何監聽 

  //建立一個runloop監聽者 CFRunLoopObserverRef observer = 
  CFRunLoopObserverCreateWithHandler(CFAllocatorGetDefault(),kCFRunLoopAllActivities, 
  YES, 0, ^(CFRunLoopObserverRef observer, CFRunLoopActivity activity) { 
  NSLog(@”監聽runloop狀態改變—%zd”,activity); }); //為runloop添加一個監聽者 CFRunLoopAddObserver(CFRunLoopGetCurrent(), observer, 
  kCFRunLoopDefaultMode); CFRelease(observer);

（3）監聽的狀態

typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) { 
kCFRunLoopEntry = (1UL << 0), //即將進入Runloop 
kCFRunLoopBeforeTimers = (1UL << 1), //即將處理NSTimer 
kCFRunLoopBeforeSources = (1UL << 2), //即將處理Sources 
kCFRunLoopBeforeWaiting = (1UL << 5), //即將進入休眠 
kCFRunLoopAfterWaiting = (1UL << 6), //剛從休眠中喚醒 
kCFRunLoopExit = (1UL << 7), //即將退出runloop 
kCFRunLoopAllActivities = 0x0FFFFFFFU //所有狀態改變 };

三.RunLoop運行邏輯

以下是網友整理的運行邏輯圖: 

通過我們可以做以下運行邏輯的總結:

1. 一個線程對應一個runLoop,主線程的runloop是程式一啟動,預設就建立一個runloop,建立好了之後就會給它添加一些預設的模式,每個模式裡面會有很多的 source /timer/observer ,添加好這些模式後,observer就會監聽主線程的runloop,進入runloop後,就開始處理事件,先處理timer,再處理source0,source0處理完之後再處理source1,當把這些所有的事件反覆的處理完之後,如果沒有事件了,那麼runloop就會進入睡眠狀態,當使用者又觸發了新的事件,就會喚醒runloop,喚醒runloop後回到第二步,重新處理新的timer,新的source0,新的source1,處理完後就睡眠,一直反覆,當我們把程式關閉或者強退,這個時候observer就會監聽都runloop退出了.

2. observer是監聽runloop狀態的.

3. timer / source/ 
   CFRunLoopRef建立一個timer必須添加到runloop 才會執行,添加的時候要指定模式 defaurce模式 ,不對程式做任何操作 timer就會後台運行 ,當我進行操作的時候runloop模式就會從預設模式切換到其他模式,假如說我操作scrollerView 它就會從default模式切換到tracking模式 
   而roonloop 同一時刻只能執行一種模式.  
   當在建立timer時指定 Comment 僅僅是個標記,預設和追蹤,那麼timer就會隨著觸發的模式不同進行 預設和追蹤模式的選擇 

4. Source :source一般是不會去操作的,第一種是基於自訂的,第二種是基於連接埠的,第三種是基於Performselect的 
   通過函數調用棧來對source分類:分為source0 source1 :

   • source0是非基於連接埠的,是使用者自己手動觸發的操作,比如觸摸滑動等操作.

   • Source1是系統內部的一些連接埠觸發的事件

   • 子線程的runloop需要手動建立,需要手動開啟

5.自動釋放池,什麼時候建立和釋放 ? 
(1)第一次建立:是在runloop進入的時候建立 對應的狀態 = KCFRunLoopEntry 
(2)最後一個退出,是在runloop退出的時候 對應的狀態 = KCFRunLoopExit 
(3)其他的建立和釋放 
每次睡覺的時候會釋放前自動釋放池,再建立一個新的 
即將進入睡眠的時候,先釋放上一次建立的自動釋放池,然後再建立一個新的釋放池

iOS開發 底層拋析運行迴圈—— RunLoop