文章轉(zhuǎn)自剛剛在線
一摄狱、什么是NSRunLoop
- NSRunLoop是消息機制的處理模式
- NSRunLoop的作用在于有事情做的時候使的當前NSRunLoop的線程工作沙郭，沒有事情做讓當前NSRunLoop的線程休眠
- NSTimer默認添加到當前NSRunLoop中，也可以手動制定添加到自己新建的NSRunLoop
- NSRunLoop就是一直在循環(huán)檢測辟拷，從線程start到線程end缴阎，檢測inputsource(如點擊，雙擊等操作)同步事件经磅，檢測timesource同步事件，檢測到輸入源會執(zhí)行處理函數(shù)钮追，首先會產(chǎn)生通知预厌，corefunction向線程添加runloop observers來監(jiān)聽事件，意在監(jiān)聽事件發(fā)生時來做處理
- 在單線程的app中畏陕，不需要注意Run Loop配乓，但不代表沒有仿滔。程序啟動時惠毁，系統(tǒng)已經(jīng)在主線程中加入了Run Loop。它保證了我們的主線程在運行起來后崎页，就處于一種“等待”的狀態(tài)（而不像一些命令行程序一樣運行一次就結(jié)束了）鞠绰，這個時候如果有接收到的事件（Timer的定時到了或是其他線程的消息），就會執(zhí)行任務飒焦，否則就處于休眠狀態(tài)
- RunLoopMode是一個集合蜈膨，包括監(jiān)聽：事件源，定時器牺荠，以及需通知的RunLoop Observers
模式包括：
- default模式：幾乎包括所有輸入源(除NSConnection) NSDefaultRunLoopMode模式
mode模式：處理modal panels - connection模式：處理NSConnection事件翁巍，屬于系統(tǒng)內(nèi)部，用戶基本不用
event tracking模式：如組件拖動輸入源 UITrackingRunLoopModes 不處理定時事件 - common modes模式：NSRunLoopCommonModes 這是一組可配置的通用模式休雌。將input sources與該模式關(guān)聯(lián)則同時也將input sources與該組中的其它模式進行了關(guān)聯(lián)灶壶。
每次運行一個run loop，你指定（顯式或隱式）run loop的運行模式杈曲。當相應的模式傳遞給run loop時驰凛，只有與該模式對應的input sources才被監(jiān)控并允許run loop對事件進行處理（與此類似，也只有與該模式對應的observers才會被通知）
例：
1).在timer與table同時執(zhí)行情況担扑，當拖動table時恰响，runloop進入UITrackingRunLoopModes模式下，不會處理定時事件涌献，此時timer不能處理胚宦，所以此時將timer加入到NSRunLoopCommonModes模式(addTimer forMode)
2).在scroll一個頁面時來松開，此時connection不會收到消息，由于scroll時runloop為UITrackingRunLoopModes模式枢劝，不接收輸入源绞灼，此時要修改connection的mode
[scheduleInRunLoop:[NSRunLoop currentRunLoop]forMode:NSRunLoopCommonModes];
關(guān)于-(BOOL)runMode:(NSString *)mode beforeDate:(NSDate *)date;方法
指定runloop模式來處理輸入源，首個輸入源或date結(jié)束退出呈野。
暫停當前處理的流程低矮，轉(zhuǎn)而處理其他輸入源，當date設置為[NSDate distantFuture]-(將來被冒，基本不會到達的時間)军掂，所以除非處理其他輸入源結(jié)束，否則永不退出處理暫停的當前處理的流程昨悼。
while(A)
{
[[NSRunLoop currentRunLoop] runMode:NSDefaultRunLoopMode beforeDate:[NSDate distantFuture]];
}
當前A為YES時蝗锥，當前runloop會一直接收處理其他輸入源，當前流程不繼續(xù)處理率触，出為A為NO终议，當前流程繼續(xù)
performSelector關(guān)于內(nèi)存管理的執(zhí)行原理是這樣的執(zhí)行 [self performSelector:@selector(method1:) withObject:self.tableLayer afterDelay:3]; 的時候，系統(tǒng)會將tableLayer的引用計數(shù)加1葱蝗，執(zhí)行完這個方法時穴张，還會將tableLayer的引用計數(shù)減1，由于延遲這時tableLayer的引用計數(shù)沒有減少到0，也就導致了切換場景dealloc方法沒有被調(diào)用，出現(xiàn)了內(nèi)存泄露佳魔。
利用如下函數(shù)：
[NSObject cancelPreviousPerformRequestsWithTarget:self]
當然你也可以一個一個得這樣用：
[NSObject cancelPreviousPerformRequestsWithTarget:self selector:@selector(method1:) object:nil]
加上了這個以后，順利地執(zhí)行了dealloc方法
在touchBegan里面
[self performSelector:@selector(longPressMethod:) withObject:nil afterDelay:longPressTime]
然后在end 或cancel里做判斷偿枕，如果時間不夠長按的時間調(diào)用：
[NSObject cancelPreviousPerformRequestsWithTarget:self selector:@selector(longPressMethod:) object:nil]
取消began里的方法
二、Run Loop和線程的關(guān)系：
主線程的run loop默認是啟動的户辫，用于接收各種輸入sources
對第二線程來說渐夸，run loop默認是沒有啟動的，如果你需要更多的線程交互則可以手動配置和啟動渔欢，如果線程執(zhí)行一個長時間已確定的任務則不需要墓塌。
三、Run Loop什么情況下使用：
使用ports 或 input sources 和其他線程通信 // 不了解
在線程中使用timers// 如果不啟動run loop膘茎，timer的事件是不會響應的
在Cocoa 應用中使用performSelector…方法 // 應該是performSelector…這種方法會啟動一個線程并啟動run loop吧
讓線程執(zhí)行一個周期性的任務
注：timer的創(chuàng)建和釋放必須在同一線程中桃纯。
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes]; //此方法會retain timer對象的引用計數(shù)。
四披坏、關(guān)于NSTimer
1态坦、NSTimer會是準時觸發(fā)事件嗎
答案是否定的，而且有時候你會發(fā)現(xiàn)實際的觸發(fā)時間跟你想象的差距還比較大棒拂。NSTimer不是一個實時系統(tǒng)伞梯，因此不管是一次性的還是周期性的timer的實際觸發(fā)事件的時間可能都會跟我們預想的會有出入玫氢。差距的大小跟當前我們程序的執(zhí)行情況有關(guān)系，比如可能程序是多線程的谜诫，而你的timer只是添加在某一個線程的runloop的某一種指定的runloopmode中漾峡，由于多線程通常都是分時執(zhí)行的，而且每次執(zhí)行的mode也可能隨著實際情況發(fā)生變化喻旷。
假設你添加了一個timer指定2秒后觸發(fā)某一個事件生逸，但是恰好那個時候當前線程在執(zhí)行一個連續(xù)運算(例如大數(shù)據(jù)塊的處理等)，這個時候timer就會延遲到該連續(xù)運算執(zhí)行完以后才會執(zhí)行且预。重復性的timer遇到這種情況槽袄，如果延遲超過了一個周期，則會和后面的觸發(fā)進行合并锋谐，即在一個周期內(nèi)只會觸發(fā)一次遍尺。但是不管該timer的觸發(fā)時間延遲的有多離譜，他后面的timer的觸發(fā)時間總是倍數(shù)于第一次添加timer的間隙涮拗。
原文如下：
A repeating timer reschedules itself based on the scheduled firing time, not the actual firing time. For example, if a timer is scheduled to fire at a particular time and every 5 seconds after that, the scheduled firing time will always fall on the original 5 second time intervals, even if the actual firing time gets delayed. If the firing time is delayed so far that it passes one or more of the scheduled firing times, the timer is fired only once for that time period; the timer is then rescheduled, after firing, for the next scheduled firing time in the future.
下面請看一個簡單的例子:
- (void)applicationDidBecomeActive:(UIApplication *)application
{
SvTestObject *testObject2 = [[SvTestObject alloc] init];
[NSTimer scheduledTimerWithTimeInterval:1 target:testObject2 selector:@selector(timerAction:) userInfo:nil repeats:YES];
[testObject2 release]; NSLog(@"Simulate busy");
[self performSelector:@selector(simulateBusy) withObject:nil afterDelay:3];
}
// 模擬當前線程正好繁忙的情況
- (void)simulateBusy
{
NSLog(@"start simulate busy!");
NSUInteger caculateCount = 0x0FFFFFFF;
CGFloat uselessValue = 0;
for (NSUInteger i = 0; i < caculateCount; ++i)
{
uselessValue = i / 0.3333;
}
NSLog(@"finish simulate busy!");
}
例子中首先開啟了一個timer乾戏，這個timer每隔1秒調(diào)用一次target的timerAction方法，緊接著我們在3秒后調(diào)用了一個模擬線程繁忙的方法(其實就是一個大的循環(huán))三热。運行程序后輸出結(jié)果如下:
觀察結(jié)果我們可以發(fā)現(xiàn)鼓择，當線程空閑的時候timer的消息觸發(fā)還是比較準確的，但是在36分12秒開始線程一直忙著做大量運算康铭，知道36分14秒該運算才結(jié)束惯退，這個時候timer才觸發(fā)消息赌髓，這個線程繁忙的過程超過了一個周期从藤，但是timer并沒有連著觸發(fā)兩次消息，而只是觸發(fā)了一次锁蠕。等線程忙完以后后面的消息觸發(fā)的時間仍然都是整數(shù)倍與開始我們指定的時間夷野，這也從側(cè)面證明，timer并不會因為觸發(fā)延遲而導致后面的觸發(fā)時間發(fā)生延遲荣倾。
綜上: timer不是一種實時的機制悯搔，會存在延遲，而且延遲的程度跟當前線程的執(zhí)行情況有關(guān)舌仍。
2妒貌、NSTimer為什么要添加到RunLoop中才會有作用
前面的例子中我們使用的是一種便利方法，它其實是做了兩件事：首先創(chuàng)建一個timer铸豁，然后將該timer添加到當前runloop的default mode中灌曙。也就是這個便利方法給我們造成了只要創(chuàng)建了timer就可以生效的錯覺，我們當然可以自己創(chuàng)建timer节芥，然后手動的把它添加到指定runloop的指定mode中去在刺。
NSTimer其實也是一種資源逆害，如果看過多線程變成指引文檔的話，我們會發(fā)現(xiàn)所有的source如果要起作用蚣驼，就得加到runloop中去魄幕。同理timer這種資源要想起作用，那肯定也需要加到runloop中才會又效嘍颖杏。如果一個runloop里面不包含任何資源的話纯陨，運行該runloop時會立馬退出。你可能會說那我們APP的主線程的runloop我們沒有往其中添加任何資源留储，為什么它還好好的運行队丝。我們不添加，不代表框架沒有添加欲鹏，如果有興趣的話你可以打印一下main thread的runloop机久，你會發(fā)現(xiàn)有很多資源。
下面我們看一個小例子：
- (void)applicationDidBecomeActive:(UIApplication *)application
{
[self testTimerWithOutShedule];
}
- (void)testTimerWithOutShedule
{
NSLog(@"Test timer without shedult to runloop");
SvTestObject *testObject3 = [[SvTestObject alloc] init];
NSTimer *timer = [[NSTimer alloc] initWithFireDate:[NSDate dateWithTimeIntervalSinceNow:1] interval:1 target:testObject3 selector:@selector(timerAction:) userInfo:nil repeats:NO];
[testObject3 release];
NSLog(@"invoke release to testObject3");
}
- (void)applicationWillResignActive:(UIApplication *)application
{
NSLog(@"SvTimerSample Will resign Avtive!");
}
這個小例子中我們新建了一個timer赔嚎，為它指定了有效的target和selector膘盖，并指出了1秒后觸發(fā)該消息，運行結(jié)果如下:
觀察發(fā)現(xiàn)這個消息永遠也不會觸發(fā)尤误，原因很簡單侠畔，我們沒有將timer添加到runloop中。
綜上: 必須得把timer添加到runloop中损晤，它才會生效软棺。
3、NSTimer加到了RunLoop中但遲遲的不觸發(fā)事件
為什么明明添加了尤勋，但是就是不按照預先的邏輯觸發(fā)事件呢喘落？？最冰？原因主要有以下兩個:
1瘦棋、runloop是否運行
每一個線程都有它自己的runloop，程序的主線程會自動的使runloop生效暖哨，但對于我們自己新建的線程赌朋，它的runloop是不會自己運行起來，當我們需要使用它的runloop時篇裁，就得自己啟動沛慢。
那么如果我們把一個timer添加到了非主線的runloop中，它還會按照預期按時觸發(fā)嗎达布？下面請看一段測試程序:
- (void)applicationDidBecomeActive:(UIApplication *)application
{
[NSThread detachNewThreadSelector:@selector(testTimerSheduleToRunloop1) toTarget:self withObject:nil];
}
// 測試把timer加到不運行的runloop上的情況
- (void)testTimerSheduleToRunloop1
{
NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
NSLog(@"Test timer shedult to a non-running runloop");
SvTestObject *testObject4 = [[SvTestObject alloc] init];
NSTimer *timer = [[NSTimer alloc] initWithFireDate:[NSDate dateWithTimeIntervalSinceNow:1] interval:1 target:testObject4 selector:@selector(timerAction:) userInfo:nil repeats:NO];
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];
// 打開下面一行輸出runloop的內(nèi)容就可以看出团甲，timer卻是已經(jīng)被添加進去 //NSLog(@"the thread's runloop: %@",
[NSRunLoop currentRunLoop]);
// 打開下面一行, 該線程的runloop就會運行起來，timer才會起作用
//[[NSRunLoop currentRunLoop] runUntilDate:[NSDate dateWithTimeIntervalSinceNow:3]];
[testObject4 release];
NSLog(@"invoke release to testObject4");
[pool release];
}
- (void)applicationWillResignActive:(UIApplication *)application
{
NSLog(@"SvTimerSample Will resign Avtive!");
}
上面的程序中往枣，我們新創(chuàng)建了一個線程伐庭，然后創(chuàng)建一個timer粉渠，并把它添加當該線程的runloop當中，但是運行結(jié)果如下：
觀察運行結(jié)果圾另，我們發(fā)現(xiàn)這個timer知道執(zhí)行退出也沒有觸發(fā)我們指定的方法霸株，如果我們把上面測試程序中“//[[NSRunLoop currentRunLoop] runUntilDate:[NSDate dateWithTimeIntervalSinceNow:3]];”這一行的注釋去掉，則timer將會正確的掉用我們指定的方法集乔。
2去件、mode是否正確
我們前面自己動手添加runloop的時候，可以看到有一個參數(shù)runloopMode扰路，這個參數(shù)是干嘛的呢尤溜？
前面提到了要想timer生效，我們就得把它添加到指定runloop的指定mode中去汗唱，通常是主線程的defalut mode宫莱。但有時我們這樣做了，卻仍然發(fā)現(xiàn)timer還是沒有觸發(fā)事件哩罪。這是為什么呢授霸？
這是因為timer添加的時候，我們需要指定一個mode际插，因為同一線程的runloop在運行的時候碘耳，任意時刻只能處于一種mode。所以只能當程序處于這種mode的時候框弛，timer才能得到觸發(fā)事件的機會辛辨。
舉個不恰當?shù)睦樱覀冋f兄弟幾個分別代表runloop的mode瑟枫，timer代表他們自己的才水桶斗搞，然后一群人去排隊打水，只有一個水龍頭力奋，那么同一時刻榜旦，肯定只能有一個人處于接水的狀態(tài)。也就是說你雖然給了老二一個桶景殷，但是還沒輪到它，那么你就得等澡屡，只有輪到他的時候你的水桶才能碰上用場猿挚。
綜上: 要讓timer生效，必須保證該線程的runloop已啟動驶鹉，而且其運行的runloopmode也要匹配绩蜻。
