runloop簡(jiǎn)介

文章目錄

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)中用來(lái)處理程序運(yùn)行過程中出現(xiàn)的各種事件(比如說(shuō)觸摸事件、UI刷新事件、定時(shí)器事件、Selector事件),從而保持程序的持續(xù)運(yùn)行;而且在沒有事件處理的時(shí)候,會(huì)進(jìn)入睡眠模式,從而節(jié)省CPU資源,提高程序性能。

1.2 RunLoop和線程

RunLoop和線程是息息相關(guān)的,我們知道線程的作用是用來(lái)執(zhí)行特定的一個(gè)或多個(gè)任務(wù),但是在默認(rèn)情況下,線程執(zhí)行完之后就會(huì)退出,就不能再執(zhí)行任務(wù)了。這時(shí)我們就需要采用一種方式來(lái)讓線程能夠處理任務(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è)無(wú)線循環(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í)源)兩種來(lái)源等待接受事件;然后對(duì)接受到的事件通知線程進(jìn)行處理,并在沒有事件的時(shí)候進(jìn)行休息。

2. RunLoop相關(guān)類

下面我們來(lái)了解一下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)系。

先來(lái)看一張表示這5個(gè)類的關(guān)系圖(來(lái)源:http://blog.ibireme.com/2015/05/18/runloop/)。

RunLoop相關(guān)類關(guān)系圖.png

接著來(lái)講解這5個(gè)類的相互關(guān)系(來(lái)源:http://blog.ibireme.com/2015/05/18/runloop/),這篇文章總結(jié)的特別好,就拿來(lái)參考一下,有興趣的朋友可以去看看,寫的很好。

一個(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),讓其互不影響 。

下邊我們來(lái)詳細(xì)講解下這五個(gè)類:

2.1 CFRunLoopRef

CFRunLoopRef就是Core Foundation框架下RunLoop對(duì)象類。我們可通過以下方式來(lái)獲取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)行模式(為默認(rèn)模式和用戶追蹤模式的集合,后邊會(huì)用到)

其中kCFRunLoopDefaultModeUITrackingRunLoopModekCFRunLoopCommonModes是我們開發(fā)中需要用到的模式,具體使用方法我們?cè)?b>2.3 CFRunLoopTimerRef中結(jié)合CFRunLoopTimerRef來(lái)演示說(shuō)明。

2.3 CFRunLoopTimerRef

CFRunLoopTimerRef是定時(shí)源(RunLoop模型圖中提到過),理解為基于時(shí)間的觸發(fā)器,基本上就是NSTimer(哈哈,這個(gè)理解就簡(jiǎn)單了吧)。

下面我們來(lái)演示下CFRunLoopModeRef和CFRunLoopTimerRef結(jié)合的使用用法,從而加深理解。

首先我們新建一個(gè)iOS項(xiàng)目,在Main.storyboard中拖入一個(gè)Text View。

在ViewController.m文件中加入以下代碼,Demo中請(qǐng)調(diào)用[self ShowDemo1];來(lái)演示。

- (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];

}

//定時(shí)器方法

- (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方法不打印了,也就是說(shuō)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];語(yǔ)句換為[[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)然可以,這就用到了我們之前說(shuō)過的偽模式(kCFRunLoopCommonModes),這其實(shí)不是一種真實(shí)的模式,而是一種標(biāo)記模式,意思就是可以在打上Common Modes標(biāo)記的模式下運(yùn)行。

那么哪些模式被標(biāo)記上了Common Modes呢?

NSDefaultRunLoopModeUITrackingRunLoopMode

所以我們只要我們將NSTimer添加到當(dāng)前RunLoop的kCFRunLoopCommonModes(Foundation框架下為NSRunLoopCommonModes)下,我們就可以讓NSTimer在不做操作和拖動(dòng)Text View兩種情況下愉快的正常工作了。

具體做法就是講添加語(yǔ)句改為[[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有兩種分類方法。

第一種按照官方文檔來(lái)分類(就像RunLoop模型圖中那樣):

Port-Based Sources(基于端口)

Custom Input Sources(自定義)

Cocoa Perform Selector Sources

第二種按照函數(shù)調(diào)用棧來(lái)分類:

Source0 :非基于Port

Source1:基于Port,通過內(nèi)核和其他線程通信,接收、分發(fā)系統(tǒng)事件

這兩種分類方式其實(shí)沒有區(qū)別,只不過第一種是通過官方理論來(lái)分類,第二種是在實(shí)際應(yīng)用中通過調(diào)用函數(shù)來(lái)分類。

下邊我們舉個(gè)例子大致來(lái)了解一下函數(shù)調(diào)用棧和Source。

在我們的項(xiàng)目中的Main.storyboard中添加一個(gè)Button按鈕,并添加點(diǎn)擊動(dòng)作。

然后在點(diǎn)擊動(dòng)作的代碼中加入一句輸出語(yǔ)句,并打上斷點(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)擊事件是這樣來(lái)的:

首先程序啟動(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,也就是說(shuō)我們點(diǎn)擊事件是屬于Sources0函數(shù)的,點(diǎn)擊事件就是在Sources0中處理的。

而至于Sources1,則是用來(lái)接收、分發(fā)系統(tǒng)事件,然后再分發(fā)到Sources0中處理的。

2.5 CFRunLoopObserverRef

CFRunLoopObserverRef是觀察者,用來(lái)監(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)改變

};

下邊我們通過代碼來(lá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),說(shuō)明RunLoop之后就會(huì)進(jìn)入睡眠狀態(tài)。

3. RunLoop原理

好了,五個(gè)類都講解完了,下邊開始放大招了。這下我們就可以來(lái)理解RunLoop的運(yùn)行邏輯了。

下邊上一張之前提到的文章中博主提供的運(yùn)行邏輯圖(來(lái)源:http://blog.ibireme.com/2015/05/18/runloop/)

RunLoop運(yùn)行邏輯圖

這張圖對(duì)于我們理解RunLoop來(lái)說(shuō)太有幫助了,下邊我們可以來(lái)說(shuō)下官方文檔給我們的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)單添加一下約束(不然無(wú)法顯示)如下圖所示。

添加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,則來(lái)不了這里,因?yàn)镽unLoop開啟了循環(huán)。

NSLog(@"未開啟RunLoop");

}

運(yùn)行之后發(fā)現(xiàn)打印了----run1-----,而未開啟RunLoop則未打印。

這時(shí),我們就開啟了一條常駐線程,下邊我們來(lái)試著添加其他任務(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)了常駐線程的需求。

轉(zhuǎn)載自:http://www.lxweimin.com/p/d260d18dd551

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,345評(píng)論 6 531
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,494評(píng)論 3 416
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái),“玉大人,你說(shuō)我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,283評(píng)論 0 374
  • 文/不壞的土叔 我叫張陵,是天一觀的道長(zhǎng)。 經(jīng)常有香客問我,道長(zhǎng),這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,953評(píng)論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 71,714評(píng)論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,186評(píng)論 1 324
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,255評(píng)論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來(lái)了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,410評(píng)論 0 288
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,940評(píng)論 1 335
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 40,776評(píng)論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 42,976評(píng)論 1 369
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,518評(píng)論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,210評(píng)論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,642評(píng)論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,878評(píng)論 1 286
  • 我被黑心中介騙來(lái)泰國(guó)打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 51,654評(píng)論 3 391
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 47,958評(píng)論 2 373

推薦閱讀更多精彩內(nèi)容

  • 什么是RunLoop?從字面上來(lái)看是運(yùn)行循環(huán)的意思.內(nèi)部就是一個(gè)do{}while循環(huán),在這個(gè)循環(huán)里內(nèi)部不斷的處理...
    deve_雨軒閱讀 29,519評(píng)論 1 32
  • RunLoop 文章目錄 RunLoop簡(jiǎn)介 1.1 什么是RunLoop? 1.2 RunLoop和線程 1.3...
    May_d8f1閱讀 291評(píng)論 0 1
  • 文章目錄RunLoop簡(jiǎn)介1.1 什么是RunLoop? 1.2 RunLoop和線程1.3 默認(rèn)情況下主線程的R...
    lusen_b閱讀 401評(píng)論 0 2
  • 目錄1. RunLoop簡(jiǎn)介2. RunLoop的相關(guān)類3. RunLoop的應(yīng)用 1. 什么是RunLoop *...
    云中追月閱讀 579評(píng)論 0 0
  • 2017年9月17日今天是周日,整個(gè)這周對(duì)孩子家長(zhǎng)都是忙碌的一周,包括家長(zhǎng)節(jié),包括武校長(zhǎng)講課,包括每天孩子認(rèn)真學(xué)習(xí)...
    秦昊臻閱讀 122評(píng)論 0 0