因為一個GUI應(yīng)用程序開始執(zhí)行之后,就會不斷執(zhí)行一個迴圈,知道用戶決定要離開這個應(yīng)用程序的時候.才會離開這個迴圈.這樣的迴圈在Windows平臺下叫做messageloop,在iOS與MacOSX上叫做run
loop而這個運(yùn)行循環(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運(yùn)作的.當(dāng)我們建立了一個NSTimer物件之后,下一步就是要把timer物件注冊到run loop當(dāng)中.如果只建立了NSTimer物件.像是只做了alloc init這個timer不會起任何作用.而是應(yīng)該使用sceduledTimerWithTimeInterval:target:selector:userInfo:repeats會在建立NSTimer物件之外.同時將timer加入到runloop中
timer運(yùn)作的原理是,在每一輪run loop里頭,會檢查是否已經(jīng)到了某個timer所指定的時間,如果到了,就指向timer所指定的selector.所以我們可以知道一下幾件事情.
1.由于每一輪runloop的時間不一定,所以也不能夠期待timer會非常精準(zhǔn)的時間執(zhí)行.前一輪runloop如果做了耗時操作,就會影響到原本應(yīng)該執(zhí)行timer實際執(zhí)行的時間
2.雖然并沒有所謂的最小時間單位這個事情,但是timer時間間隔也一定會有一個上限,我們不可能建立比runloop的頻率還要頻繁的timer
就拿aotu-release pool來說
在每一輪的run loop中,如果某些對象只有在這一輪runloop中有用,那么久就應(yīng)該在這一輪中把它釋放.我們可以先把對象放到auto -reease pool里頭,等到這一輪run loop的時候,再把a(bǔ)uto-release pool清空
好了說來這么多那么我們iOS的入口點(diǎn)在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
