1. NSRunLoop的實(shí)現(xiàn)機(jī)制,及在多線程中如何使用?
NSRunLoop是iOS消息機(jī)制的處理模式
- NSRunLoop的主要作用:控制NSRunLoop里面線程的執(zhí)行和休眠,在有事情做的時(shí)候使當(dāng)前NSRunLoop控制的線程工作,沒(méi)有事情做讓當(dāng)前NSRunLoop控制的線程休眠;
- NSRunLoop就是一直在循環(huán)檢測(cè),從線程start到線程end,檢測(cè)inputsource(如點(diǎn)擊,雙擊等操作)異步事件;檢測(cè)timesource同步事件;檢測(cè)到輸入源會(huì)執(zhí)行處理函數(shù),首先會(huì)產(chǎn)生通知,corefunction向線程添加runloop observers來(lái)檢測(cè)事件,意在監(jiān)聽(tīng)事件發(fā)生時(shí)來(lái)做處理;
- runloopmode是一個(gè)集合,包括監(jiān)聽(tīng):事件源、定時(shí)器、以及需要通知的runloop observers;
- 只有在為你的程序創(chuàng)建次線程的時(shí)候,才需要運(yùn)行runloop。對(duì)于程序的主線程而言,runloop是關(guān)鍵部分。Cocoa提供了運(yùn)行主線程runloop的代碼同時(shí)也會(huì)自動(dòng)運(yùn)行runloop。iOS程序UIApplication中的run方法在程序正常啟動(dòng)的時(shí)候就會(huì)啟動(dòng)runloop。如果你使用Xcode提供的模板創(chuàng)建的程序,那你永遠(yuǎn)不需要自己去啟動(dòng)runloop;
- 在多線程中,你需要判斷是否需要runloop。如果需要runloop,那么你要負(fù)責(zé)配置runloop并啟動(dòng)。你不需要在任何情況下都啟動(dòng)runloop,比如你使用線程去處理一個(gè)預(yù)先定義好的耗時(shí)極長(zhǎng)的任務(wù)時(shí),你就可以無(wú)需啟動(dòng)runloop。runloop只在你要和線程有交互時(shí)才需要。
2. iOS7之前,后臺(tái)執(zhí)行內(nèi)容有幾種形式,都是什么?
一般的應(yīng)用在進(jìn)入后臺(tái)的時(shí)候可以獲取一定的時(shí)間來(lái)運(yùn)行相關(guān)任務(wù),也就是說(shuō)可以在后臺(tái)運(yùn)行一段時(shí)間(10s 左右)。
- 后臺(tái)播放音樂(lè)
- 后臺(tái)GPS跟蹤
- 后臺(tái)VoIP支持
3. 簡(jiǎn)單說(shuō)一下APP的啟動(dòng)過(guò)程,從main文件開(kāi)始說(shuō)起。
程序啟動(dòng)分為兩類(lèi):
有storyboard
無(wú)storyboard
-
有storyboard的情況下:
- main函數(shù)
- UIApplicationMain
- 創(chuàng)建UIApplication對(duì)象
- 創(chuàng)建UIApplication的delegate對(duì)象
- 根據(jù)Info.plist獲得最主要storyboard的文件名,加載最主要的storyboard(有storyboard)
- 創(chuàng)建UIWindow
- 創(chuàng)建和設(shè)置UIWindow的rootViewController
- 顯示窗口
-
無(wú)storyboard情況下:
- main函數(shù)
- UIApplicationMain
- 創(chuàng)建UIApplication對(duì)象
- 創(chuàng)建UIApplication的delegate對(duì)象
- delegate對(duì)象開(kāi)始處理(監(jiān)聽(tīng))系統(tǒng)事件(沒(méi)有storyboard)
- 程序啟動(dòng)完畢的時(shí)候,就會(huì)調(diào)用代理的
application:didFinishLaunchingWithOptions:
方法 - 在
application:didFinishLaunchingWithOptions:
中創(chuàng)建UIWindow - 創(chuàng)建和設(shè)置UIWindow的rootViewController
- 顯示窗口
- 程序啟動(dòng)完畢的時(shí)候,就會(huì)調(diào)用代理的
4. 程序自己關(guān)掉和程序進(jìn)入后臺(tái)、遠(yuǎn)程推送的區(qū)別
- 關(guān)掉后不執(zhí)行任何代碼,不能處理事件;
- 應(yīng)用程序進(jìn)入后臺(tái)狀態(tài)不久后轉(zhuǎn)入掛起狀態(tài)。在這種狀態(tài)下,應(yīng)用程序不執(zhí)行任何代碼,并有可能在任意時(shí)候從內(nèi)存中刪除。只有當(dāng)用戶再次運(yùn)行此應(yīng)用,應(yīng)用才會(huì)從掛起狀態(tài)喚醒,代碼得以繼續(xù)執(zhí)行;
- 或者進(jìn)入后臺(tái)時(shí)開(kāi)啟多任務(wù)狀態(tài),保留在內(nèi)存中,這樣就可以執(zhí)行系統(tǒng)允許的動(dòng)作;
- 遠(yuǎn)程推送是由遠(yuǎn)程服務(wù)器上的程序發(fā)送到APNS,再由APNS把消息推送至設(shè)備上的程序,當(dāng)應(yīng)用程序收到推送的消息會(huì)自動(dòng)調(diào)用特定的方法執(zhí)行事先寫(xiě)好的代碼。
5. 本地通知和遠(yuǎn)程推送通知的基本概念和用法?
- 本地通知和遠(yuǎn)程推送通知都可以向不在前臺(tái)運(yùn)行的應(yīng)用發(fā)送消息,這種消息既可能是即將發(fā)生的事件,也可能是服務(wù)器的新數(shù)據(jù)。不管是本地通知還是遠(yuǎn)程通知,他們?cè)诔绦蚪缑娴娘@示效果相同,都可能顯示為一段警告信息或應(yīng)用程序圖標(biāo)上的徽章。
- 本地通知和遠(yuǎn)程推送通知的基本目的都是讓?xiě)?yīng)用程序能夠通知用戶某些事情,而且不需要應(yīng)用程序在前臺(tái)運(yùn)行。二者的區(qū)別在于本地通知由本應(yīng)用負(fù)責(zé)調(diào)用,只能從當(dāng)前設(shè)備上的iOS發(fā)出,而遠(yuǎn)程通知由遠(yuǎn)程服務(wù)器上的程序發(fā)送到APNS,再由APNS把消息推送至設(shè)備上的程序。
-
圖示如下:
本地通知.png
遠(yuǎn)程通知.png