因為一個GUI應(yīng)用程序開始執(zhí)行之后,就會不斷執(zhí)行一個迴圈,知道用戶決定要離開這個應(yīng)用程序的時候.才會離開這個迴圈.這樣的迴圈在Windows平臺下叫做messageloop,在iOS與MacOSX上叫做run

loop而這個運行循環(huán)所做的,就是收取分派事件

每一輪run loop的時間并不固定,會與這一輪run loop里面做了多少事情相關(guān).例如說,我們的畫面復(fù)雜,在App中同時又很多view,那么在這一輪runloop就得花上比較多的時間尋找first responder而像我們在UI上放了一個按鈕,然后按鈕按下去要做的一些事情(例如說下載圖片),會全部算到runloop的時間.如果我們的程序做了一件很多時間的事情.讓這一輪runloop執(zhí)行非常久,就會導(dǎo)致應(yīng)用程序界面沒有回應(yīng).這種現(xiàn)象會讓用戶感覺到卡頓.

解決的辦法是,耗時操作最好放在開一條子線程,讓子線程去做,而跟新UI的事情讓主線程去執(zhí)行

面試官還不懵逼?繼續(xù)接著說

Timer也是依靠run loop運作的.當我們建立了一個NSTimer物件之后,下一步就是要把timer物件注冊到run loop當中.如果只建立了NSTimer物件.像是只做了alloc init這個timer不會起任何作用.而是應(yīng)該使用sceduledTimerWithTimeInterval:target:selector:userInfo:repeats會在建立NSTimer物件之外.同時將timer加入到runloop中

timer運作的原理是,在每一輪run loop里頭,會檢查是否已經(jīng)到了某個timer所指定的時間,如果到了,就指向timer所指定的selector.所以我們可以知道一下幾件事情.

1.由于每一輪runloop的時間不一定,所以也不能夠期待timer會非常精準的時間執(zhí)行.前一輪runloop如果做了耗時操作,就會影響到原本應(yīng)該執(zhí)行timer實際執(zhí)行的時間

2.雖然并沒有所謂的最小時間單位這個事情,但是timer時間間隔也一定會有一個上限,我們不可能建立比runloop的頻率還要頻繁的timer

就拿aotu-release pool來說

在每一輪的run loop中,如果某些對象只有在這一輪runloop中有用,那么久就應(yīng)該在這一輪中把它釋放.我們可以先把對象放到auto -reease pool里頭,等到這一輪run loop的時候,再把auto-release pool清空

好了說來這么多那么我們iOS的入口點在mian函數(shù)里會做如下幾件事情

1.建立auto-release pool

2.調(diào)用UIApplicationMain這個function(函數(shù))

3.建立UIApplication這個singleton(單例)

4.開始執(zhí)行run loop

5.這些步驟執(zhí)行完畢后,代表app已經(jīng)開始執(zhí)行

6.對UIApplication的delegate呼叫

在Cocoa于Cocoa

Touch應(yīng)用程序中我們會使用CFRunloop與NSRunloop.描述runloop