文章目錄
RunLoop簡(jiǎn)介
1.1 什么是RunLoop鼻听?
1.2 RunLoop和線程
1.3 默認(rèn)情況下主線程的RunLoop原理
RunLoop相關(guān)類
2.1 CFRunLoopRef
2.2 CFRunLoopModeRef
2.3 CFRunLoopTimerRef
2.4 CFRunLoopSourceRef
2.5 CFRunLoopObserverRef
RunLoop原理
RunLoop實(shí)戰(zhàn)應(yīng)用
4.1 NSTimer的使用
4.2 ImageView推遲顯示
4.3 后臺(tái)常駐線程(很常用)
文中Demo地址:YSC-RunLoopDemo
1. RunLoop簡(jiǎn)介
1.1 什么是RunLoop抑党?
可以理解為字面意思:Run表示運(yùn)行揪惦,Loop表示循環(huán)逐样。結(jié)合在一起就是運(yùn)行的循環(huán)的意思。哈哈热某,我更愿意翻譯為『跑圈』转捕。直觀理解就像是不停的跑圈。
RunLoop實(shí)際上是一個(gè)對(duì)象耗式,這個(gè)對(duì)象在循環(huán)中用來處理程序運(yùn)行過程中出現(xiàn)的各種事件(比如說觸摸事件胁住、UI刷新事件趁猴、定時(shí)器事件、Selector事件)彪见,從而保持程序的持續(xù)運(yùn)行儡司;而且在沒有事件處理的時(shí)候,會(huì)進(jìn)入睡眠模式余指,從而節(jié)省CPU資源捕犬,提高程序性能。
1.2 RunLoop和線程
RunLoop和線程是息息相關(guān)的浪规,我們知道線程的作用是用來執(zhí)行特定的一個(gè)或多個(gè)任務(wù)或听,但是在默認(rèn)情況下,線程執(zhí)行完之后就會(huì)退出笋婿,就不能再執(zhí)行任務(wù)了誉裆。這時(shí)我們就需要采用一種方式來讓線程能夠處理任務(wù),并不退出缸濒。所以足丢,我們就有了RunLoop。
一條線程對(duì)應(yīng)一個(gè)RunLoop對(duì)象庇配,每條線程都有唯一一個(gè)與之對(duì)應(yīng)的RunLoop對(duì)象斩跌。
我們只能在當(dāng)前線程中操作當(dāng)前線程的RunLoop,而不能去操作其他線程的RunLoop捞慌。
RunLoop對(duì)象在第一次獲取RunLoop時(shí)創(chuàng)建耀鸦,銷毀則是在線程結(jié)束的時(shí)候。
主線程的RunLoop對(duì)象系統(tǒng)自動(dòng)幫助我們創(chuàng)建好了(原理如下)啸澡,而子線程的RunLoop對(duì)象需要我們主動(dòng)創(chuàng)建袖订。
1.3 默認(rèn)情況下主線程的RunLoop原理
我們?cè)趩?dòng)一個(gè)iOS程序的時(shí)候,系統(tǒng)會(huì)調(diào)用創(chuàng)建項(xiàng)目時(shí)自動(dòng)生成的main.m的文件嗅虏。main.m文件如下所示:
int main(int argc, char * argv[]) {
@autoreleasepool {
return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
}
}
其中UIApplicationMain函數(shù)內(nèi)部幫我們開啟了主線程的RunLoop洛姑,UIApplicationMain內(nèi)部擁有一個(gè)無線循環(huán)的代碼。上邊的代碼中開啟RunLoop的過程可以簡(jiǎn)單的理解為如下代碼:
int main(int argc, char * argv[]) {
BOOL running = YES;
do {
// 執(zhí)行各種任務(wù)皮服,處理各種事件
// ......
} while (running);
return 0;
}
從上邊可看出楞艾,程序一直在do-while循環(huán)中執(zhí)行,所以UIApplicationMain函數(shù)一直沒有返回龄广,我們?cè)谶\(yùn)行程序之后程序不會(huì)馬上退出硫眯,會(huì)保持持續(xù)運(yùn)行狀態(tài)。
下圖是蘋果官方給出的RunLoop模型圖择同。
官方RunLoop模型圖
從上圖中可以看出两入,RunLoop就是線程中的一個(gè)循環(huán),RunLoop在循環(huán)中會(huì)不斷檢測(cè)奠衔,通過Input sources(輸入源)和Timer sources(定時(shí)源)兩種來源等待接受事件谆刨;然后對(duì)接受到的事件通知線程進(jìn)行處理塘娶,并在沒有事件的時(shí)候進(jìn)行休息。
2. RunLoop相關(guān)類
下面我們來了解一下Core Foundation框架下關(guān)于RunLoop的5個(gè)類痊夭,只有弄懂這幾個(gè)類的含義刁岸,我們才能深入了解RunLoop運(yùn)行機(jī)制。
CFRunLoopRef:代表RunLoop的對(duì)象
CFRunLoopModeRef:RunLoop的運(yùn)行模式
CFRunLoopSourceRef:就是RunLoop模型圖中提到的輸入源/事件源
CFRunLoopTimerRef:就是RunLoop模型圖中提到的定時(shí)源
CFRunLoopObserverRef:觀察者她我,能夠監(jiān)聽RunLoop的狀態(tài)改變
下邊詳細(xì)講解下幾種類的具體含義和關(guān)系虹曙。
先來看一張表示這5個(gè)類的關(guān)系圖(來源:http://blog.ibireme.com/2015/05/18/runloop/)。
RunLoop相關(guān)類關(guān)系圖.png
接著來講解這5個(gè)類的相互關(guān)系(來源:http://blog.ibireme.com/2015/05/18/runloop/)番舆,這篇文章總結(jié)的特別好酝碳,就拿來參考一下,有興趣的朋友可以去看看恨狈,寫的很好疏哗。
一個(gè)RunLoop對(duì)象(CFRunLoopRef)中包含若干個(gè)運(yùn)行模式(CFRunLoopModeRef)。而每一個(gè)運(yùn)行模式下又包含若干個(gè)輸入源(CFRunLoopSourceRef)禾怠、定時(shí)源(CFRunLoopTimerRef)返奉、觀察者(CFRunLoopObserverRef)。
每次RunLoop啟動(dòng)時(shí)吗氏,只能指定其中一個(gè)運(yùn)行模式(CFRunLoopModeRef)芽偏,這個(gè)運(yùn)行模式(CFRunLoopModeRef)被稱作CurrentMode。
如果需要切換運(yùn)行模式(CFRunLoopModeRef)弦讽,只能退出Loop污尉,再重新指定一個(gè)運(yùn)行模式(CFRunLoopModeRef)進(jìn)入。
這樣做主要是為了分隔開不同組的輸入源(CFRunLoopSourceRef)往产、定時(shí)源(CFRunLoopTimerRef)被碗、觀察者(CFRunLoopObserverRef),讓其互不影響 捂齐。
下邊我們來詳細(xì)講解下這五個(gè)類:
2.1 CFRunLoopRef
CFRunLoopRef就是Core Foundation框架下RunLoop對(duì)象類蛮放。我們可通過以下方式來獲取RunLoop對(duì)象:
Core Foundation
CFRunLoopGetCurrent(); // 獲得當(dāng)前線程的RunLoop對(duì)象
CFRunLoopGetMain(); // 獲得主線程的RunLoop對(duì)象
當(dāng)然缩抡,在Foundation框架下獲取RunLoop對(duì)象類的方法如下:
Foundation
[NSRunLoop currentRunLoop]; // 獲得當(dāng)前線程的RunLoop對(duì)象
[NSRunLoop mainRunLoop]; // 獲得主線程的RunLoop對(duì)象
2.2 CFRunLoopModeRef
系統(tǒng)默認(rèn)定義了多種運(yùn)行模式(CFRunLoopModeRef)奠宜,如下:
kCFRunLoopDefaultMode:App的默認(rèn)運(yùn)行模式,通常主線程是在這個(gè)運(yùn)行模式下運(yùn)行
UITrackingRunLoopMode:跟蹤用戶交互事件(用于 ScrollView 追蹤觸摸滑動(dòng)瞻想,保證界面滑動(dòng)時(shí)不受其他Mode影響)
UIInitializationRunLoopMode:在剛啟動(dòng)App時(shí)第進(jìn)入的第一個(gè) Mode压真,啟動(dòng)完成后就不再使用
GSEventReceiveRunLoopMode:接受系統(tǒng)內(nèi)部事件,通常用不到
kCFRunLoopCommonModes:偽模式蘑险,不是一種真正的運(yùn)行模式(后邊會(huì)用到)
其中kCFRunLoopDefaultMode滴肿、UITrackingRunLoopMode、kCFRunLoopCommonModes是我們開發(fā)中需要用到的模式佃迄,具體使用方法我們?cè)?b>2.3 CFRunLoopTimerRef中結(jié)合CFRunLoopTimerRef來演示說明泼差。
2.3 CFRunLoopTimerRef
CFRunLoopTimerRef是定時(shí)源(RunLoop模型圖中提到過)贵少,理解為基于時(shí)間的觸發(fā)器,基本上就是NSTimer(哈哈堆缘,這個(gè)理解就簡(jiǎn)單了吧)滔灶。
下面我們來演示下CFRunLoopModeRef和CFRunLoopTimerRef結(jié)合的使用用法吼肥,從而加深理解。
首先我們新建一個(gè)iOS項(xiàng)目斗这,在Main.storyboard中拖入一個(gè)Text View。
在ViewController.m文件中加入以下代碼啤斗,Demo中請(qǐng)調(diào)用[self ShowDemo1];來演示。
- (void)viewDidLoad {
[super viewDidLoad];
// 定義一個(gè)定時(shí)器燃逻,約定兩秒之后調(diào)用self的run方法
NSTimer *timer = [NSTimer timerWithTimeInterval:2.0 target:self selector:@selector(run) userInfo:nil repeats:YES];
// 將定時(shí)器添加到當(dāng)前RunLoop的NSDefaultRunLoopMode下
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];
}
- (void)run
{
NSLog(@"---run");
}
然后運(yùn)行,這時(shí)候我們發(fā)現(xiàn)如果我們不對(duì)模擬器進(jìn)行任何操作的話臂痕,定時(shí)器會(huì)穩(wěn)定的每隔2秒調(diào)用run方法打印伯襟。
但是當(dāng)我們拖動(dòng)Text View滾動(dòng)時(shí)姆怪,我們發(fā)現(xiàn):run方法不打印了澡绩,也就是說NSTimer不工作了。而當(dāng)我們松開鼠標(biāo)的時(shí)候溪掀,NSTimer就又開始正常工作了步鉴。
這是因?yàn)椋?/p>
當(dāng)我們不做任何操作的時(shí)候,RunLoop處于NSDefaultRunLoopMode下喊递。
而當(dāng)我們拖動(dòng)Text View的時(shí)候阳似,RunLoop就結(jié)束NSDefaultRunLoopMode,切換到了UITrackingRunLoopMode模式下俏讹,這個(gè)模式下沒有添加NSTimer泽疆,所以我們的NSTimer就不工作了。
但當(dāng)我們松開鼠標(biāo)的時(shí)候逗嫡,RunLoop就結(jié)束UITrackingRunLoopMode模式株依,又切換回NSDefaultRunLoopMode模式,所以NSTimer就又開始正常工作了抹锄。
你可以試著將上述代碼中的[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];語句換為[[NSRunLoop currentRunLoop] addTimer:timer forMode:UITrackingRunLoopMode];荠藤,也就是將定時(shí)器添加到當(dāng)前RunLoop的UITrackingRunLoopMode下,你就會(huì)發(fā)現(xiàn)定時(shí)器只會(huì)在拖動(dòng)Text View的模式下工作吻育,而不做操作的時(shí)候定時(shí)器就不工作淤井。
那難道我們就不能在這兩種模式下讓NSTimer都能正常工作嗎币狠?
當(dāng)然可以,這就用到了我們之前說過的偽模式(kCFRunLoopCommonModes)漩绵,這其實(shí)不是一種真實(shí)的模式贱案,而是一種標(biāo)記模式止吐,意思就是可以在打上Common Modes標(biāo)記的模式下運(yùn)行祟印。
那么哪些模式被標(biāo)記上了Common Modes呢粟害?
NSDefaultRunLoopMode和UITrackingRunLoopMode。
所以我們只要我們將NSTimer添加到當(dāng)前RunLoop的kCFRunLoopCommonModes(Foundation框架下為NSRunLoopCommonModes)下套鹅,我們就可以讓NSTimer在不做操作和拖動(dòng)Text View兩種情況下愉快的正常工作了卓鹿。
具體做法就是講添加語句改為[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];
既然講到了NSTimer,這里順便講下NSTimer中的scheduledTimerWithTimeInterval方法和RunLoop的關(guān)系澜倦。添加下面的代碼:
[NSTimer scheduledTimerWithTimeInterval:2.0 target:self selector:@selector(run) userInfo:nil repeats:YES];
這句代碼調(diào)用了scheduledTimer返回的定時(shí)器杰妓,NSTimer會(huì)自動(dòng)被加入到了RunLoop的NSDefaultRunLoopMode模式下巷挥。這句代碼相當(dāng)于下面兩句代碼:
NSTimer *timer = [NSTimer timerWithTimeInterval:2.0 target:self selector:@selector(run) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];
2.4 CFRunLoopSourceRef
CFRunLoopSourceRef是事件源(RunLoop模型圖中提到過)倍宾,CFRunLoopSourceRef有兩種分類方法。
第一種按照官方文檔來分類(就像RunLoop模型圖中那樣):
Port-Based Sources(基于端口)
Custom Input Sources(自定義)
Cocoa Perform Selector Sources
第二種按照函數(shù)調(diào)用棧來分類:
Source0 :非基于Port
Source1:基于Port钩乍,通過內(nèi)核和其他線程通信件蚕,接收产禾、分發(fā)系統(tǒng)事件
這兩種分類方式其實(shí)沒有區(qū)別亚情,只不過第一種是通過官方理論來分類,第二種是在實(shí)際應(yīng)用中通過調(diào)用函數(shù)來分類衫生。
下邊我們舉個(gè)例子大致來了解一下函數(shù)調(diào)用棧和Source罪针。
在我們的項(xiàng)目中的Main.storyboard中添加一個(gè)Button按鈕黄伊,并添加點(diǎn)擊動(dòng)作。
然后在點(diǎn)擊動(dòng)作的代碼中加入一句輸出語句毡惜,并打上斷點(diǎn)斯撮,如下圖所示:
添加Button.png
然后運(yùn)行程序勿锅,并點(diǎn)擊按鈕溢十。
然后在項(xiàng)目中單擊下下圖紅色部分。
函數(shù)調(diào)用棧展示圖
可以看到如下圖所示就是點(diǎn)擊事件產(chǎn)生的函數(shù)調(diào)用棧危纫。
函數(shù)調(diào)用棧
所以點(diǎn)擊事件是這樣來的:
首先程序啟動(dòng)种蝶,調(diào)用16行的main函數(shù)螃征,main函數(shù)調(diào)用15行UIApplicationMain函數(shù)盯滚,然后一直往上調(diào)用函數(shù)酗电,最終調(diào)用到0行的BtnClick函數(shù),即點(diǎn)擊函數(shù)撵术。
同時(shí)我們可以看到11行中有Sources0嫩与,也就是說我們點(diǎn)擊事件是屬于Sources0函數(shù)的划滋,點(diǎn)擊事件就是在Sources0中處理的。
而至于Sources1根资,則是用來接收、分發(fā)系統(tǒng)事件胶征,然后再分發(fā)到Sources0中處理的。
2.5 CFRunLoopObserverRef
CFRunLoopObserverRef是觀察者服傍,用來監(jiān)聽RunLoop的狀態(tài)改變
CFRunLoopObserverRef可以監(jiān)聽的狀態(tài)改變有以下幾種:
typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {
kCFRunLoopEntry = (1UL << 0),? ? ? ? ? ? ? // 即將進(jìn)入Loop:1
kCFRunLoopBeforeTimers = (1UL << 1),? ? ? ? // 即將處理Timer:2
kCFRunLoopBeforeSources = (1UL << 2),? ? ? // 即將處理Source:4
kCFRunLoopBeforeWaiting = (1UL << 5),? ? ? // 即將進(jìn)入休眠:32
kCFRunLoopAfterWaiting = (1UL << 6),? ? ? ? // 即將從休眠中喚醒:64
kCFRunLoopExit = (1UL << 7),? ? ? ? ? ? ? ? // 即將從Loop中退出:128
kCFRunLoopAllActivities = 0x0FFFFFFFU? ? ? // 監(jiān)聽全部狀態(tài)改變
};
下邊我們通過代碼來監(jiān)聽下RunLoop中的狀態(tài)改變吹零。
在ViewController.m中添加如下代碼灿椅,Demo中請(qǐng)調(diào)用[self showDemo2];方法钞支。
- (void)viewDidLoad {
[super viewDidLoad];
// 創(chuàng)建觀察者
CFRunLoopObserverRef observer = CFRunLoopObserverCreateWithHandler(CFAllocatorGetDefault(), kCFRunLoopAllActivities, YES, 0, ^(CFRunLoopObserverRef observer, CFRunLoopActivity activity) {
NSLog(@"監(jiān)聽到RunLoop發(fā)生改變---%zd",activity);
});
// 添加觀察者到當(dāng)前RunLoop中
CFRunLoopAddObserver(CFRunLoopGetCurrent(), observer, kCFRunLoopDefaultMode);
// 釋放observer烁挟,最后添加完需要釋放掉
CFRelease(observer);
}
然后運(yùn)行,看下打印結(jié)果柬采,如下圖粉捻。
打印結(jié)果
可以看到RunLoop的狀態(tài)在不斷的改變杀迹,最終變成了狀態(tài) 32押搪,也就是即將進(jìn)入睡眠狀態(tài)大州,說明RunLoop之后就會(huì)進(jìn)入睡眠狀態(tài)。
3. RunLoop原理
好了疮茄,五個(gè)類都講解完了力试,下邊開始放大招了畸裳。這下我們就可以來理解RunLoop的運(yùn)行邏輯了。
下邊上一張之前提到的文章中博主提供的運(yùn)行邏輯圖(來源:http://blog.ibireme.com/2015/05/18/runloop/)
RunLoop運(yùn)行邏輯圖
這張圖對(duì)于我們理解RunLoop來說太有幫助了帅容,下邊我們可以來說下官方文檔給我們的RunLoop邏輯并徘。
在每次運(yùn)行開啟RunLoop的時(shí)候麦乞,所在線程的RunLoop會(huì)自動(dòng)處理之前未處理的事件劝评,并且通知相關(guān)的觀察者付翁。
具體的順序如下:
通知觀察者RunLoop已經(jīng)啟動(dòng)
通知觀察者即將要開始的定時(shí)器
通知觀察者任何即將啟動(dòng)的非基于端口的源
啟動(dòng)任何準(zhǔn)備好的非基于端口的源
如果基于端口的源準(zhǔn)備好并處于等待狀態(tài),立即啟動(dòng)砰识;并進(jìn)入步驟9
通知觀察者線程進(jìn)入休眠狀態(tài)
將線程置于休眠知道任一下面的事件發(fā)生:
某一事件到達(dá)基于端口的源
定時(shí)器啟動(dòng)
RunLoop設(shè)置的時(shí)間已經(jīng)超時(shí)
RunLoop被顯示喚醒
通知觀察者線程將被喚醒
處理未處理的事件
如果用戶定義的定時(shí)器啟動(dòng)辫狼,處理定時(shí)器事件并重啟RunLoop膨处。進(jìn)入步驟2
如果輸入源啟動(dòng)砂竖,傳遞相應(yīng)的消息
如果RunLoop被顯示喚醒而且時(shí)間還沒超時(shí)乎澄,重啟RunLoop。進(jìn)入步驟2
通知觀察者RunLoop結(jié)束解恰。
4. RunLoop實(shí)戰(zhàn)應(yīng)用
哈哈护盈,講了這么多云里霧里的原理知識(shí),下邊終于到了實(shí)戰(zhàn)應(yīng)用環(huán)節(jié)紊服。
光弄懂是沒啥用的围苫,能夠?qū)崙?zhàn)應(yīng)用才是硬道理。下面講解一下RunLoop的幾種應(yīng)用拧揽。
4.1 NSTimer的使用
NSTimer的使用方法在講解CFRunLoopTimerRef類的時(shí)候詳細(xì)講解過淤袜,具體參考上邊2.3 CFRunLoopTimerRef铡羡。
4.2 ImageView推遲顯示
有時(shí)候,我們會(huì)遇到這種情況:
當(dāng)界面中含有UITableView尽爆,而且每個(gè)UITableViewCell里邊都有圖片漱贱。這時(shí)候當(dāng)我們滾動(dòng)UITableView的時(shí)候幅狮,如果有一堆的圖片需要顯示株灸,那么可能會(huì)出現(xiàn)卡頓的現(xiàn)象慌烧。
怎么解決這個(gè)問題呢?
這時(shí)候泵肄,我們應(yīng)該推遲圖片的顯示腐巢,也就是ImageView推遲顯示圖片隘弊。有兩種方法:
1. 監(jiān)聽UIScrollView的滾動(dòng)
因?yàn)閁ITableView繼承自UIScrollView概龄,所以我們可以通過監(jiān)聽UIScrollView的滾動(dòng)鼎姐,實(shí)現(xiàn)UIScrollView相關(guān)delegate即可鲫趁。
2. 利用PerformSelector設(shè)置當(dāng)前線程的RunLoop的運(yùn)行模式
利用performSelector方法為UIImageView調(diào)用setImage:方法利虫,并利用inModes將其設(shè)置為RunLoop下NSDefaultRunLoopMode運(yùn)行模式糠惫。代碼如下:
[self.imageView performSelector:@selector(setImage:) withObject:[UIImage imageNamed:@"tupian"] afterDelay:4.0 inModes:NSDefaultRunLoopMode];
下邊利用Demo演示一下該方法硼讽。
在項(xiàng)目中的Main.storyboard中添加一個(gè)UIImageView,并添加屬性壤躲,并簡(jiǎn)單添加一下約束(不然無法顯示)如下圖所示柒爵。
添加UIImageView
在項(xiàng)目中拖入一張圖片棉胀,比如下圖冀膝。
tupian.jpg
然后我們?cè)趖ouchesBegan方法中添加下面的代碼麻掸,在Demo中請(qǐng)?jiān)趖ouchesBegan中調(diào)用[self showDemo3];方法赐纱。
- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
{
[self.imageView performSelector:@selector(setImage:) withObject:[UIImage imageNamed:@"tupian"] afterDelay:4.0 inModes:@[NSDefaultRunLoopMode]];
}
運(yùn)行程序,點(diǎn)擊一下屏幕讶隐,然后拖動(dòng)UIText View巫延,拖動(dòng)4秒以上地消,發(fā)現(xiàn)過了4秒之后脉执,UIImageView還沒有顯示圖片适瓦,當(dāng)我們松開的時(shí)候谱仪,則顯示圖片疯攒,效果如下:
UIImageView延遲顯示效果.gif
這樣我們就實(shí)現(xiàn)了在拖動(dòng)完之后敬尺,在延遲顯示UIImageView砂吞。
4.3 后臺(tái)常駐線程(很常用)
我們?cè)陂_發(fā)應(yīng)用程序的過程中,如果后臺(tái)操作特別頻繁盯质,經(jīng)常會(huì)在子線程做一些耗時(shí)操作(下載文件呼巷、后臺(tái)播放音樂等)王悍,我們最好能讓這條線程永遠(yuǎn)常駐內(nèi)存餐曼。
那么怎么做呢?
添加一條用于常駐內(nèi)存的強(qiáng)引用的子線程宇整,在該線程的RunLoop下添加一個(gè)Sources鳞青,開啟RunLoop为朋。
具體實(shí)現(xiàn)過程如下:
在項(xiàng)目的ViewController.m中添加一條強(qiáng)引用的thread線程屬性习寸,如下圖:
添加thread屬性
在viewDidLoad中創(chuàng)建線程self.thread霞溪,使線程啟動(dòng)并執(zhí)行run1方法鸯匹,代碼如下。在Demo中匿级,請(qǐng)?jiān)趘iewDidLoad調(diào)用[self showDemo4];方法痘绎。
- (void)viewDidLoad {
[super viewDidLoad];
// 創(chuàng)建線程孤页,并調(diào)用run1方法執(zhí)行任務(wù)
self.thread = [[NSThread alloc] initWithTarget:self selector:@selector(run1) object:nil];
// 開啟線程
[self.thread start];
}
- (void) run1
{
// 這里寫任務(wù)
NSLog(@"----run1-----");
// 添加下邊兩句代碼,就可以開啟RunLoop涩馆,之后self.thread就變成了常駐線程行施,可隨時(shí)添加任務(wù),并交于RunLoop處理
[[NSRunLoop currentRunLoop] addPort:[NSPort port] forMode:NSDefaultRunLoopMode];
[[NSRunLoop currentRunLoop] run];
// 測(cè)試是否開啟了RunLoop凌净,如果開啟RunLoop悲龟,則來不了這里,因?yàn)镽unLoop開啟了循環(huán)冰寻。
NSLog(@"未開啟RunLoop");
}
運(yùn)行之后發(fā)現(xiàn)打印了----run1-----须教,而未開啟RunLoop則未打印。
這時(shí)轻腺,我們就開啟了一條常駐線程乐疆,下邊我們來試著添加其他任務(wù),除了之前創(chuàng)建的時(shí)候調(diào)用了run1方法贬养,我們另外在點(diǎn)擊的時(shí)候調(diào)用run2方法挤土。
那么,我們?cè)趖ouchesBegan中調(diào)用PerformSelector误算,從而實(shí)現(xiàn)在點(diǎn)擊屏幕的時(shí)候調(diào)用run2方法仰美。Demo地址。具體代碼如下:
- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
{
// 利用performSelector儿礼,在self.thread的線程中調(diào)用run2方法執(zhí)行任務(wù)
[self performSelector:@selector(run2) onThread:self.thread withObject:nil waitUntilDone:NO];
}
- (void) run2
{
NSLog(@"----run2------");
}
經(jīng)過運(yùn)行測(cè)試咖杂,除了之前打印的----run1-----,每當(dāng)我們點(diǎn)擊屏幕蚊夫,都能調(diào)用----run2------诉字。
這樣我們就實(shí)現(xiàn)了常駐線程的需求。
作者:行走的少年郎
鏈接:http://www.reibang.com/p/d260d18dd551
來源:簡(jiǎn)書
著作權(quán)歸作者所有知纷。商業(yè)轉(zhuǎn)載請(qǐng)聯(lián)系作者獲得授權(quán)壤圃,非商業(yè)轉(zhuǎn)載請(qǐng)注明出處。