一.RunLoop簡(jiǎn)介
運(yùn)行循環(huán)创倔,在程序運(yùn)行過程中循環(huán)做一些事情,如果沒有Runloop程序執(zhí)行完畢就會(huì)立即退出,如果有Runloop程序會(huì)一直運(yùn)行,并且時(shí)時(shí)刻刻在等待用戶的輸入操作状婶。RunLoop可以在需要的時(shí)候自己跑起來運(yùn)行,在沒有操作的時(shí)候就停下來休息馅巷。充分節(jié)省CPU資源膛虫,提高程序性能。
二.RunLoop基本作用
- 保持程序持續(xù)運(yùn)行:程序一啟動(dòng)就會(huì)開一個(gè)主線程钓猬,主線程一開起來就會(huì)跑一個(gè)主線程對(duì)應(yīng)的RunLoop,RunLoop保證主線程不會(huì)被銷毀稍刀,也就保證了程序的持續(xù)運(yùn)行
- 處理App中的各種事件(比如:觸摸事件,定時(shí)器事件敞曹,Selector事件等)
- 節(jié)省CPU資源账月,提高程序性能:程序運(yùn)行起來時(shí),當(dāng)什么操作都沒有做的時(shí)候澳迫,RunLoop就告訴CPU局齿,現(xiàn)在沒有事情做,我要去休息橄登,這時(shí)CPU就會(huì)將其資源釋放出來去做其他的事情项炼,當(dāng)有事情做的時(shí)候RunLoop就會(huì)立馬起來去做事情
三.RunLoop對(duì)象及結(jié)構(gòu)
RunLoop對(duì)象
CFRunLoopRef 是在 CoreFoundation 框架內(nèi)的担平,它提供了純 C 函數(shù)的 API,所有這些 API 都是線程安全的锭部。
NSRunLoop 是基于 CFRunLoopRef 的封裝,提供了面向?qū)ο蟮?API面褐,但是這些 API 不是線程安全的拌禾。
獲取RunLoop對(duì)象
Foundation
[NSRunLoop currentRunLoop]; // 獲得當(dāng)前線程的RunLoop對(duì)象
[NSRunLoop mainRunLoop]; // 獲得主線程的RunLoop對(duì)象
Core Foundation
CFRunLoopGetCurrent(); // 獲得當(dāng)前線程的RunLoop對(duì)象
CFRunLoopGetMain(); // 獲得主線程的RunLoop對(duì)象
RunLoop結(jié)構(gòu)體
__CFRunLoop結(jié)構(gòu)體
struct __CFRunLoop {
CFRuntimeBase _base;
pthread_mutex_t _lock; /* locked for accessing mode list */
__CFPort _wakeUpPort; // used for CFRunLoopWakeUp
Boolean _unused;
volatile _per_run_data *_perRunData; // reset for runs of the run loop
pthread_t _pthread; //線程對(duì)象,在后續(xù)與線程的關(guān)系中會(huì)講到
uint32_t _winthread;
CFMutableSetRef _commonModes;
CFMutableSetRef _commonModeItems;
CFRunLoopModeRef _currentMode;
CFMutableSetRef _modes;
struct _block_item *_blocks_head;
struct _block_item *_blocks_tail;
CFAbsoluteTime _runTime;
CFAbsoluteTime _sleepTime;
CFTypeRef _counterpart;
};
除一些記錄性屬性外展哭,主要來看一下以下兩個(gè)成員變量
CFRunLoopModeRef _currentMode;
CFMutableSetRef _modes;
CFRunLoopModeRef 其實(shí)是指向__CFRunLoopMode結(jié)構(gòu)體的指針湃窍,__CFRunLoopMode結(jié)構(gòu)體源碼如下
typedef struct __CFRunLoopMode *CFRunLoopModeRef;
struct __CFRunLoopMode {
CFRuntimeBase _base;
pthread_mutex_t _lock; /* must have the run loop locked before locking this */
CFStringRef _name;
Boolean _stopped;
char _padding[3];
CFMutableSetRef _sources0;
CFMutableSetRef _sources1;
CFMutableArrayRef _observers;
CFMutableArrayRef _timers;
CFMutableDictionaryRef _portToV1SourceMap;
__CFPortSet _portSet;
CFIndex _observerMask;
#if USE_DISPATCH_SOURCE_FOR_TIMERS
dispatch_source_t _timerSource;
dispatch_queue_t _queue;
Boolean _timerFired; // set to true by the source when a timer has fired
Boolean _dispatchTimerArmed;
#endif
#if USE_MK_TIMER_TOO
mach_port_t _timerPort;
Boolean _mkTimerArmed;
#endif
#if DEPLOYMENT_TARGET_WINDOWS
DWORD _msgQMask;
void (*_msgPump)(void);
#endif
uint64_t _timerSoftDeadline; /* TSR */
uint64_t _timerHardDeadline; /* TSR */
};
主要查看以下成員變量
CFMutableSetRef _sources0;
CFMutableSetRef _sources1;
CFMutableArrayRef _observers;
CFMutableArrayRef _timers;
一個(gè) RunLoop 包含若干個(gè) Mode,每個(gè) Mode 又包含若干個(gè) Source/Timer/Observer匪傍。每次調(diào)用 RunLoop 的主函數(shù)時(shí)您市,只能指定其中一個(gè) Mode,這個(gè)Mode被稱作 CurrentMode役衡。如果需要切換 Mode茵休,只能退出 Loop,再重新指定一個(gè) Mode 進(jìn)入手蝎。這樣做主要是為了分隔開不同組的 Source/Timer/Observer榕莺,讓其互不影響。
四.RunLoop開啟->運(yùn)行->退出
1.開啟
UIApplicationMain函數(shù)內(nèi)啟動(dòng)了Runloop棵介,程序不會(huì)馬上退出钉鸯,而是保持運(yùn)行狀態(tài)。因此每一個(gè)應(yīng)用必須要有一個(gè)runloop邮辽,
我們知道主線程一開起來唠雕,就會(huì)跑一個(gè)和主線程對(duì)應(yīng)的RunLoop,那么RunLoop一定是在程序的入口main函數(shù)中開啟吨述。
int main(int argc, char * argv[]) {
@autoreleasepool {
NSLog(@"開始");
return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
NSLog(@"結(jié)束");
}
}
運(yùn)行程序岩睁,我們發(fā)現(xiàn)只會(huì)打印開始,并不會(huì)打印結(jié)束锐极,這說明在UIApplicationMain函數(shù)中笙僚,開啟了一個(gè)和主線程相關(guān)的RunLoop,導(dǎo)致UIApplicationMain不會(huì)返回灵再,一直在運(yùn)行中肋层,也就保證了程序的持續(xù)運(yùn)行。
我們來看到RunLoop的源碼
// 用DefaultMode啟動(dòng)
void CFRunLoopRun(void) { /* DOES CALLOUT */
int32_t result;
do {
result = CFRunLoopRunSpecific(CFRunLoopGetCurrent(), kCFRunLoopDefaultMode, 1.0e10, false);
CHECK_FOR_FORK();
} while (kCFRunLoopRunStopped != result && kCFRunLoopRunFinished != result);
}
我們發(fā)現(xiàn)RunLoop確實(shí)是do while通過判斷result的值實(shí)現(xiàn)的翎迁。因此栋猖,我們可以把RunLoop看成一個(gè)死循環(huán)。如果沒有RunLoop汪榔,UIApplicationMain函數(shù)執(zhí)行完畢之后將直接返回蒲拉,也就沒有程序持續(xù)運(yùn)行一說了。
2.運(yùn)行處理邏輯
我們通過幾張圖片來了解一下RunLoop內(nèi)部的運(yùn)行原理及流程
通過圖片可以看出,RunLoop在跑圈過程中(保持程序持續(xù)運(yùn)行)雌团,當(dāng)接收到Input sources 或者 Timer sources時(shí)就會(huì)交給對(duì)應(yīng)的處理方去處理(處理App中的各種事件)燃领。當(dāng)沒有事件消息傳入的時(shí)候,RunLoop就休息了(節(jié)省CPU資源锦援,提高程序性能)猛蔽。
1.退出
- 主線程銷毀RunLoop退出
- Mode中有一些Timer、Source灵寺、Observer曼库,這些保證Mode不為空時(shí)保證RunLoop沒有空轉(zhuǎn)并且是在運(yùn)行的,當(dāng)Mode中為空的時(shí)候略板,RunLoop會(huì)立刻退出
- 我們?cè)趩?dòng)RunLoop的時(shí)候可以設(shè)置什么時(shí)候停止
[NSRunLoop currentRunLoop]runUntilDate:<#(nonnull NSDate *)#>
[NSRunLoop currentRunLoop]runMode:<#(nonnull NSString *)#> beforeDate:<#(nonnull NSDate *)#>
五.RunLoop和線程間的關(guān)系
1.每條線程都有唯一的一個(gè)與之對(duì)應(yīng)的RunLoop對(duì)象
2.RunLoop保存在一個(gè)全局的Dictionary里毁枯,線程作為key,RunLoop作為value
3.主線程的RunLoop已經(jīng)自動(dòng)創(chuàng)建好了,子線程的RunLoop需要主動(dòng)創(chuàng)建
4.RunLoop在第一次獲取時(shí)創(chuàng)建叮称,在線程結(jié)束時(shí)銷毀
線程和 RunLoop 之間是一一對(duì)應(yīng)的种玛,其關(guān)系是保存在一個(gè) Dictionary 里。所以我們創(chuàng)建子線程RunLoop時(shí)颅拦,只需在子線程中獲取當(dāng)前線程的RunLoop對(duì)象即可[NSRunLoop currentRunLoop];如果不獲取蒂誉,那子線程就不會(huì)創(chuàng)建與之相關(guān)聯(lián)的RunLoop,并且只能在一個(gè)線程的內(nèi)部獲取其 RunLoop
[NSRunLoop currentRunLoop];方法調(diào)用時(shí)距帅,會(huì)先看一下字典里有沒有存子線程相對(duì)用的RunLoop右锨,如果有則直接返回RunLoop,如果沒有則會(huì)創(chuàng)建一個(gè)碌秸,并將與之對(duì)應(yīng)的子線程存入字典中绍移。當(dāng)線程結(jié)束時(shí),RunLoop會(huì)被銷毀讥电。
六. 詳解RunLoop相關(guān)類及作用
CFRunLoopRef - 獲得當(dāng)前RunLoop和主RunLoop
CFRunLoopModeRef - RunLoop 運(yùn)行模式蹂窖,只能選擇一種,在不同模式中做不同的操作
CFRunLoopSourceRef - 事件源恩敌,輸入源
CFRunLoopTimerRef - 定時(shí)器事件
CFRunLoopObserverRef - 觀察者
1. CFRunLoopModeRef
CFRunLoopModeRef代表RunLoop的運(yùn)行模式一個(gè) RunLoop 包含若干個(gè) Mode瞬测,每個(gè)Mode又包含若干個(gè)Source、Timer纠炮、Observer每次RunLoop啟動(dòng)時(shí)月趟,只能指定其中一個(gè) Mode,這個(gè)Mode被稱作 CurrentMode如果需要切換Mode恢口,只能退出RunLoop孝宗,再重新指定一個(gè)Mode進(jìn)入,這樣做主要是為了分隔開不同組的Source耕肩、Timer因妇、Observer问潭,讓其互不影響。如果Mode里沒有任何Source0/Source1/Timer/Observer婚被,RunLoop會(huì)立馬退出狡忙。如圖所示:
注意:一種Mode中可以有多個(gè)Source(事件源,輸入源址芯,基于端口事件源例鍵盤觸摸等) Observer(觀察者去枷,觀察當(dāng)前RunLoop運(yùn)行狀態(tài)) 和Timer(定時(shí)器事件源)。但是必須至少有一個(gè)Source或者Timer是复,因?yàn)槿绻鸐ode為空,RunLoop運(yùn)行到空模式不會(huì)進(jìn)行空轉(zhuǎn)竖螃,就會(huì)立刻退出淑廊。
系統(tǒng)默認(rèn)注冊(cè)的5個(gè)Mode:
- kCFRunLoopDefaultMode:App的默認(rèn)Mode,通常主線程是在這個(gè)Mode下運(yùn)行
- UITrackingRunLoopMode:界面跟蹤 Mode特咆,用于 ScrollView 追蹤觸摸滑動(dòng)季惩,保證界面滑動(dòng)時(shí)不受其他 Mode 影響
- UIInitializationRunLoopMode: 在剛啟動(dòng) App 時(shí)第進(jìn)入的第一個(gè) Mode,啟動(dòng)完成后就不再使用腻格,會(huì)切換到kCFRunLoopDefaultMode
- GSEventReceiveRunLoopMode: 接受系統(tǒng)事件的內(nèi)部 Mode画拾,通常用不到
- kCFRunLoopCommonModes: 這是一個(gè)占位用的Mode,作為標(biāo)記kCFRunLoopDefaultMode和UITrackingRunLoopMode用菜职,并不是一種真正的Mode
Mode間的切換
我們平時(shí)在開發(fā)中一定遇到過青抛,當(dāng)我們使用NSTimer每一段時(shí)間執(zhí)行一些事情時(shí)滑動(dòng)UIScrollView,NSTimer就會(huì)暫停酬核,當(dāng)我們停止滑動(dòng)以后蜜另,NSTimer又會(huì)重新恢復(fù)的情況,我們通過一段代碼來看一下
-(void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
// [NSTimer scheduledTimerWithTimeInterval:2.0 target:self selector:@selector(show) userInfo:nil repeats:YES];
NSTimer *timer = [NSTimer timerWithTimeInterval:2.0 target:self selector:@selector(show) userInfo:nil repeats:YES];
// 加入到RunLoop中才可以運(yùn)行
// 1. 把定時(shí)器添加到RunLoop中嫡意,并且選擇默認(rèn)運(yùn)行模式NSDefaultRunLoopMode = kCFRunLoopDefaultMode
// [[NSRunLoop mainRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];
// 當(dāng)textFiled滑動(dòng)的時(shí)候举瑰,timer失效,停止滑動(dòng)時(shí)蔬螟,timer恢復(fù)
// 原因:當(dāng)textFiled滑動(dòng)的時(shí)候此迅,RunLoop的Mode會(huì)自動(dòng)切換成UITrackingRunLoopMode模式,因此timer失效旧巾,當(dāng)停止滑動(dòng)耸序,RunLoop又會(huì)切換回NSDefaultRunLoopMode模式,因此timer又會(huì)重新啟動(dòng)了
// 2. 當(dāng)我們將timer添加到UITrackingRunLoopMode模式中菠齿,此時(shí)只有我們?cè)诨瑒?dòng)textField時(shí)timer才會(huì)運(yùn)行
// [[NSRunLoop mainRunLoop] addTimer:timer forMode:UITrackingRunLoopMode];
// 3. 那個(gè)如何讓timer在兩個(gè)模式下都可以運(yùn)行呢佑吝?
// 3.1 在兩個(gè)模式下都添加timer 是可以的,但是timer添加了兩次绳匀,并不是同一個(gè)timer
// 3.2 使用站位的運(yùn)行模式 NSRunLoopCommonModes標(biāo)記芋忿,凡是被打上NSRunLoopCommonModes標(biāo)記的都可以運(yùn)行炸客,下面兩種模式被打上標(biāo)簽
//0 : <CFString 0x10b7fe210 [0x10a8c7a40]>{contents = "UITrackingRunLoopMode"}
//2 : <CFString 0x10a8e85e0 [0x10a8c7a40]>{contents = "kCFRunLoopDefaultMode"}
// 因此也就是說如果我們使用NSRunLoopCommonModes,timer可以在UITrackingRunLoopMode戈钢,kCFRunLoopDefaultMode兩種模式下運(yùn)行
[[NSRunLoop mainRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];
NSLog(@"%@",[NSRunLoop mainRunLoop]);
}
-(void)show
{
NSLog(@"-------");
}
由上述代碼可以看出痹仙,NSTimer不管用是因?yàn)镸ode的切換,因?yàn)槿绻覀冊(cè)谥骶€程使用定時(shí)器殉了,此時(shí)RunLoop的Mode為kCFRunLoopDefaultMode开仰,即定時(shí)器屬于kCFRunLoopDefaultMode,那么此時(shí)我們滑動(dòng)ScrollView時(shí)薪铜,RunLoop的Mode會(huì)切換到UITrackingRunLoopMode众弓,因此在主線程的定時(shí)器就不在管用了,調(diào)用的方法也就不再執(zhí)行了隔箍,當(dāng)我們停止滑動(dòng)時(shí)谓娃,RunLoop的Mode切換回kCFRunLoopDefaultMode,所以NSTimer就又管用了蜒滩。
2. CFRunLoopSourceRef事件源(輸入源)
Source有兩個(gè)版本:Source0 和 Source1滨达。
- Source0 只包含了一個(gè)回調(diào)(函數(shù)指針),它并不能主動(dòng)觸發(fā)事件俯艰。使用時(shí)捡遍,你需要先調(diào)用 CFRunLoopSourceSignal(source),將這個(gè) Source 標(biāo)記為待處理竹握,然后手動(dòng)調(diào)用 CFRunLoopWakeUp(runloop) 來喚醒 RunLoop画株,讓其處理這個(gè)事件。
- Source1 包含了一個(gè) mach_port 和一個(gè)回調(diào)(函數(shù)指針)涩搓,被用于通過內(nèi)核和其他線程相互發(fā)送消息污秆。
3. CFRunLoopTimerRef
CFRunLoopTimerRef是基于時(shí)間的觸發(fā)器,它和 NSTimer 是toll-free bridged 的昧甘,可以混用良拼。其包含一個(gè)時(shí)間長(zhǎng)度和一個(gè)回調(diào)(函數(shù)指針)。當(dāng)其加入到 RunLoop 時(shí)充边,RunLoop會(huì)注冊(cè)對(duì)應(yīng)的時(shí)間點(diǎn)庸推,當(dāng)時(shí)間點(diǎn)到時(shí),RunLoop會(huì)被喚醒以執(zhí)行那個(gè)回調(diào)浇冰。
4. CFRunLoopObserverRef
CFRunLoopObserverRef是觀察者贬媒,每個(gè) Observer 都包含了一個(gè)回調(diào)(函數(shù)指針),當(dāng) RunLoop 的狀態(tài)發(fā)生變化時(shí)肘习,觀察者就能通過回調(diào)接受到這個(gè)變化际乘。可以觀測(cè)的時(shí)間點(diǎn)有以下幾個(gè):
typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {
kCFRunLoopEntry = (1UL << 0), // 即將進(jìn)入Loop
kCFRunLoopBeforeTimers = (1UL << 1), // 即將處理 Timer
kCFRunLoopBeforeSources = (1UL << 2), // 即將處理 Source
kCFRunLoopBeforeWaiting = (1UL << 5), // 即將進(jìn)入休眠
kCFRunLoopAfterWaiting = (1UL << 6), // 剛從休眠中喚醒
kCFRunLoopExit = (1UL << 7), // 即將退出Loop
};
上面的 Source/Timer/Observer 被統(tǒng)稱為 mode item漂佩,一個(gè) item 可以被同時(shí)加入多個(gè) mode脖含。但一個(gè) item 被重復(fù)加入同一個(gè) mode 時(shí)是不會(huì)有效果的罪塔。如果一個(gè) mode 中一個(gè) item 都沒有,則 RunLoop 會(huì)直接退出养葵,不進(jìn)入循環(huán)征堪。
七.RunLoop應(yīng)用
1.常駐線程——實(shí)際應(yīng)用:AFNetworking
AFURLConnectionOperation 這個(gè)類是基于 NSURLConnection 構(gòu)建的,其希望能在后臺(tái)線程接收 Delegate 回調(diào)关拒。為此 AFNetworking 單獨(dú)創(chuàng)建了一個(gè)線程佃蚜,并在這個(gè)線程中啟動(dòng)了一個(gè) RunLoop:
+ (void)networkRequestThreadEntryPoint:(id)__unused object {
@autoreleasepool {
[[NSThread currentThread] setName:@"AFNetworking"];
NSRunLoop *runLoop = [NSRunLoop currentRunLoop];
[runLoop addPort:[NSMachPort port] forMode:NSDefaultRunLoopMode];
[runLoop run];
}
}
+ (NSThread *)networkRequestThread {
static NSThread *_networkRequestThread = nil;
static dispatch_once_t oncePredicate;
dispatch_once(&oncePredicate, ^{
_networkRequestThread = [[NSThread alloc] initWithTarget:self selector:@selector(networkRequestThreadEntryPoint:) object:nil];
[_networkRequestThread start];
});
return _networkRequestThread;
}
RunLoop 啟動(dòng)前內(nèi)部必須要有至少一個(gè) Timer/Observer/Source,所以 AFNetworking 在 [runLoop run] 之前先創(chuàng)建了一個(gè)新的 NSMachPort 添加進(jìn)去了着绊。通常情況下谐算,調(diào)用者需要持有這個(gè) NSMachPort (mach_port) 并在外部線程通過這個(gè) port 發(fā)送消息到 loop 內(nèi);但此處添加 port 只是為了讓 RunLoop 不至于退出归露,并沒有用于實(shí)際的發(fā)送消息氯夷。
- (void)start {
[self.lock lock];
if ([self isCancelled]) {
[self performSelector:@selector(cancelConnection) onThread:[[self class] networkRequestThread] withObject:nil waitUntilDone:NO modes:[self.runLoopModes allObjects]];
} else if ([self isReady]) {
self.state = AFOperationExecutingState;
[self performSelector:@selector(operationDidStart) onThread:[[self class] networkRequestThread] withObject:nil waitUntilDone:NO modes:[self.runLoopModes allObjects]];
}
[self.lock unlock];
}
當(dāng)需要這個(gè)后臺(tái)線程執(zhí)行任務(wù)時(shí),AFNetworking 通過調(diào)用 [NSObject performSelector:onThread:..] 將這個(gè)任務(wù)扔到了后臺(tái)線程的 RunLoop 中靶擦。
2.AutoreleasePool
Timer和Source也是一些變量,需要占用一部分存儲(chǔ)空間雇毫,所以要釋放掉玄捕,如果不釋放掉,就會(huì)一直積累棚放,占用的內(nèi)存也就越來越大枚粘,這顯然不是我們想要的。
那么什么時(shí)候釋放飘蚯,怎么釋放呢馍迄?
RunLoop內(nèi)部有一個(gè)自動(dòng)釋放池,當(dāng)RunLoop開啟時(shí)局骤,就會(huì)自動(dòng)創(chuàng)建一個(gè)自動(dòng)釋放池攀圈,當(dāng)RunLoop在休息之前會(huì)釋放掉自動(dòng)釋放池的東西,然后重新創(chuàng)建一個(gè)新的空的自動(dòng)釋放池峦甩,當(dāng)RunLoop被喚醒重新開始跑圈時(shí)赘来,Timer,Source等新的事件就會(huì)放到新的自動(dòng)釋放池中,當(dāng)RunLoop退出的時(shí)候也會(huì)被釋放凯傲。
注意:只有主線程的RunLoop會(huì)默認(rèn)啟動(dòng)犬辰。也就意味著會(huì)自動(dòng)創(chuàng)建自動(dòng)釋放池,子線程需要在線程調(diào)度方法中手動(dòng)添加自動(dòng)釋放池冰单。
3. PerformSelecter
當(dāng)調(diào)用 NSObject 的 performSelecter:afterDelay: 后幌缝,實(shí)際上其內(nèi)部會(huì)創(chuàng)建一個(gè) Timer 并添加到當(dāng)前線程的 RunLoop 中。所以如果當(dāng)前線程沒有 RunLoop诫欠,則這個(gè)方法會(huì)失效涵卵。
當(dāng)調(diào)用 performSelector:onThread: 時(shí)浴栽,實(shí)際上其會(huì)創(chuàng)建一個(gè) Timer 加到對(duì)應(yīng)的線程去,同樣的缘厢,如果對(duì)應(yīng)線程沒有 RunLoop 該方法也會(huì)失效吃度。
八.常見問題
Q:講講 RunLoop,項(xiàng)目中有用到嗎贴硫?
Q:RunLoop內(nèi)部實(shí)現(xiàn)邏輯椿每?
Q:Runloop和線程的關(guān)系?
- 主線程的run loop默認(rèn)是啟動(dòng)的英遭。
- 對(duì)其它線程來說间护,RunLoop默認(rèn)是沒有啟動(dòng)的,如果你需要更多的線程交互則可以手動(dòng)配置和啟動(dòng)挖诸,如果線程只是去執(zhí)行一個(gè)長(zhǎng)時(shí)間的已確定的任務(wù)則不需要汁尺。
- 在任何一個(gè) Cocoa 程序的線程中,都可以通過以下代碼來獲取到當(dāng)前線程的RunLoop多律。
NSRunLoop *runloop = [NSRunLoop currentRunLoop];
Q:timer 與 Runloop 的關(guān)系痴突?
Q:程序中添加每3秒響應(yīng)一次的NSTimer,當(dāng)拖動(dòng)tableview時(shí)timer可能無法響應(yīng)要怎么解決狼荞?
Q:Runloop 是怎么響應(yīng)用戶操作的辽装, 具體流程是什么樣的?
Q:說說RunLoop的幾種狀態(tài)相味?
Q:Runloop的mode作用是什么拾积?
參考資源:
1.https://juejin.im/post/5add46606fb9a07abf721d1d#heading-21
2.http://www.reibang.com/p/ec629063390f
3.https://blog.ibireme.com/2015/05/18/runloop/
4.https://v.youku.com/v_show/id_XODgxODkzODI0.html