目錄
引言
為什么想起來(lái)要討論NSTimer? 源自這兩天工作中的遇到的一個(gè)問(wèn)題:
專職iOS開發(fā)也一年有余了, 但是在跟蹤自己寫的ViewController釋放時(shí), 發(fā)現(xiàn)ViewController的dealloc方法死活沒(méi)走到, 心里咯噔一下, 不會(huì)又內(nèi)存泄漏了? ??
一切都是很完美的節(jié)奏啊: ViewController初始化時(shí), 創(chuàng)建Sub UIView, 創(chuàng)建數(shù)據(jù)結(jié)構(gòu), 創(chuàng)建NSTimer
然后在dealloc里, 釋放NSTimer, 然后NSTimer = nil, 哪里會(huì)有什么問(wèn)題?
不對(duì)! 移除NSTimer后dealloc就愉快滴走了起來(lái), 難道NSTimer的用法一直都不對(duì)?
結(jié)果發(fā)現(xiàn), 真的是不對(duì)! ??
好吧, 故事就講到這里, 馬上開始今天的NSTimer之旅吧
創(chuàng)建NSTimer
創(chuàng)建NSTimer的常用方法是
+ (NSTimer *)scheduledTimerWithTimeInterval:(NSTimeInterval)ti target:(id)target selector:(SEL)aSelector userInfo:(id)userInfo repeats:(BOOL)repeats
創(chuàng)建NSTimer的不常用方法是
+ (NSTimer *)timerWithTimeInterval:(NSTimeInterval)ti target:(id)target selector:(SEL)aSelector userInfo:(id)userInfo repeats:(BOOL)repeats
和
- (instancetype)initWithFireDate:(NSDate *)date interval:(NSTimeInterval)ti target:(id)target selector:(SEL)aSelector userInfo:(id)userInfo repeats:(BOOL)repeats
這幾種方法除了創(chuàng)建方式不同(參數(shù)), 方法類型不同(類方法, 對(duì)象方法), 還有其他不同么?
當(dāng)然有, 不然Apple沒(méi)必要這么作, 開這么多接口, 作者(好像就是我??)也沒(méi)必要這么作, 寫這么長(zhǎng)軟文
他們的區(qū)別很簡(jiǎn)單:
scheduledTimerWithTimeInterval相比它的小伙伴們不僅僅是創(chuàng)建了NSTimer對(duì)象, 還把該對(duì)象加入到了當(dāng)前的runloop中!
等等, runloop是什么鬼? 在此不解釋runloop的原理, 但是使用NSTimer你必須要知道的是
NSTimer只有被加入到runloop, 才會(huì)生效, 即NSTimer才會(huì)被真正執(zhí)行
所以說(shuō), 如果你想使用timerWithTimeInterval或initWithFireDate的話, 需要使用NSRunloop的以下方法將NSTimer加入到runloop中
- (void)addTimer:(NSTimer *)aTimer forMode:(NSString *)mode
銷毀NSTimer
知道了如何創(chuàng)建NSTimer后, 我們來(lái)說(shuō)說(shuō)如何銷毀NSTimer, 銷毀NSTimer不是很簡(jiǎn)單的么?
用invalidate方法啊, 好像還有個(gè)fire方法, 實(shí)在不行直接將NSTimer對(duì)象置nil, 這樣iOS系統(tǒng)就幫我們銷毀了
是的, 曾經(jīng)的我也是如此混沌滴這么認(rèn)為著, 那么這幾種方法是不是真的都可以銷毀NSTimer呢?
invalidate與fire
我們來(lái)看看Apple Documentation對(duì)這兩個(gè)方法的權(quán)威解釋吧
- invalidate
Stops the receiver from ever firing again and requests its removal from its run loop
This method is the only way to remove a timer from an NSRunLoop object
- fire
Causes the receiver’s message to be sent to its target
If the timer is non-repeating, it is automatically invalidated after firing
理解了上面的幾句話, 你就完完全全理解了invalidate和fire的區(qū)別了, 下面的示意圖更直觀
總之, 如果想要銷毀NSTimer, 那么確定, 一定以及肯定要調(diào)用invalidate方法
invalidate與=nil
就像銷毀其他強(qiáng)應(yīng)用(不用我解釋強(qiáng)引用了吧, 否則你還是別浪費(fèi)時(shí)間往下看了)對(duì)象一樣, 我們是否可以將NSTimer置nil, 而讓iOS系統(tǒng)幫我們銷毀NSTimer呢?
答案是: 當(dāng)然不可以! (詳見上述的結(jié)論, "總之, 巴拉巴拉...")
為什么不可以? 其他強(qiáng)引用對(duì)象都可以, 為什么NSTimer對(duì)象不可以? 你說(shuō)不可以就可以? 憑什么信你?
好吧, 我們來(lái)看下使用NSTimer時(shí), ARC是怎么工作的
- 首先, 是創(chuàng)建NSTimer, 加入到runloop后, 除了ViewController之外iOS系統(tǒng)也會(huì)強(qiáng)引用NSTimer對(duì)象
- 當(dāng)調(diào)用invalidate方法時(shí), 移除runloop后, iOS系統(tǒng)會(huì)解除對(duì)NSTimer對(duì)象的強(qiáng)引用, 當(dāng)ViewController銷毀時(shí), ViewController和NSTimer就都可以釋放了
- 當(dāng)將NSTimer對(duì)象置nil時(shí), 雖然解除了ViewController對(duì)NSTimer的強(qiáng)引用, 但是iOS系統(tǒng)仍然對(duì)NSTimer和ViewController存在著強(qiáng)引用關(guān)系
神馬? iOS系統(tǒng)對(duì)NSTimer有強(qiáng)引用很好理解, 對(duì)ViewController本來(lái)不就是強(qiáng)引用么?
這里所說(shuō)的iOS系統(tǒng)對(duì)ViewController的強(qiáng)引用, 不是指為了實(shí)現(xiàn)View顯示的強(qiáng)引用, 而是指iOS為了實(shí)現(xiàn)NSTimer而對(duì)ViewController進(jìn)行的額外強(qiáng)引用 (我去, 能不能不要這么拗口, 欺負(fù)我語(yǔ)文不好)
不瞞您說(shuō), 我的語(yǔ)文其實(shí)也是一般般, 所以show me the code
NSLog(@"Retain count is %ld", CFGetRetainCount((__bridge CFTypeRef)self));
_timer = [NSTimer scheduledTimerWithTimeInterval:TimerInterval
target:self
selector:@selector(timerSelector:)
userInfo:nil
repeats:TimerRepeats];
NSLog(@"Retain count is %ld", CFGetRetainCount((__bridge CFTypeRef)self));
[_timer invalidate];
NSLog(@"Retain count is %ld", CFGetRetainCount((__bridge CFTypeRef)self));
各位請(qǐng)注意, 創(chuàng)建NSTimer和銷毀NSTimer后, ViewController(就是這里的self)引用計(jì)數(shù)的變化
2016-07-06 13:53:21.950 NSTimerAndDeallocDemo[2028:697020] Retain count is 7
2016-07-06 13:53:21.950 NSTimerAndDeallocDemo[2028:697020] Retain count is 8
2016-07-06 13:53:21.950 NSTimerAndDeallocDemo[2028:697020] Retain count is 7
如果你還是不理解, 那只能用"殺手锏"了, 美圖伺候!
關(guān)于上圖, @JasonHan0991 有不同的解釋, 詳見評(píng)論區(qū), 在此表示感謝!
結(jié)論
綜上所述, 銷毀NSTimer的正確姿勢(shì)應(yīng)該是
[_timer invalidate]; // 真正銷毀NSTimer對(duì)象的地方
_timer = nil; // 對(duì)象置nil是一種規(guī)范和習(xí)慣
慢著, 這個(gè)結(jié)論好像不妥吧?
這都被你發(fā)現(xiàn)了! 銷毀NSTimer的時(shí)機(jī)也是至關(guān)重要的!
如果將上述銷毀NSTimer的代碼放到ViewController的dealloc方法里, 你會(huì)發(fā)現(xiàn)dealloc還是永遠(yuǎn)不會(huì)走的
所以我們要將上述代碼放到ViewController的其他生命周期方法里, 例如ViewWillDisappear中
綜上所述, 銷毀NSTimer的正確姿勢(shì)應(yīng)該是 (這句話我怎么看著這么眼熟, 是的, 這次真的結(jié)論了)
- (void)viewWillDisappear:(BOOL)animated {
[super viewWillDisappear:animated];
[_timer invalidate];
_timer = nil;
}
NSTimer與runloop
上面說(shuō)到scheduledTimerWithTimeInterval方法時(shí), 有這么一句
schedules it on the current run loop in the default mode
加到runloop這件事就不必再解釋了, 而這個(gè)default mode應(yīng)該如何理解呢?
其實(shí)我是不想談runloop的(因?yàn)槔斫獠簧? 所以怕誤導(dǎo)人民群眾), 但是這里不得不解釋下了
runloop會(huì)運(yùn)行在不同的mode, 簡(jiǎn)單來(lái)說(shuō)有以下兩種mode
NSDefaultRunLoopMode, 默認(rèn)的mode
UITrackingRunLoopMode, 當(dāng)處理UI滾動(dòng)操作時(shí)的mode
所以scheduledTimerWithTimeInterval創(chuàng)建的NSTimer在UI滾動(dòng)時(shí), 是不會(huì)被及時(shí)觸發(fā)的, 因?yàn)榇藭r(shí)NSTimer被加到了default mode
如果想要runloop運(yùn)行在UITrackingRunLoopMode時(shí), 仍然及時(shí)觸發(fā)NSTimer那應(yīng)該怎么辦呢?
應(yīng)該使用timerWithTimeInterval或initWithFireDate, 在創(chuàng)建完NSTimer后, 自己加入到指定的runloop mode
[[NSRunLoop currentRunLoop] addTimer:_timer forMode:NSRunLoopCommonModes];
NSRunLoopCommonModes又是什么鬼? 不是說(shuō)好的只有兩種mode么?
是滴, 請(qǐng)注意這里的復(fù)數(shù)形式modes, 說(shuō)明它不是一個(gè)mode, 它是mode的集合!
通常情況下NSDefaultRunLoopMode和UITrackingRunLoopMode都已經(jīng)被加入到了common modes集合中, 所以不論runloop運(yùn)行在哪種mode下, NSTimer都會(huì)被及時(shí)觸發(fā)
最后, 我們來(lái)做個(gè)小測(cè)驗(yàn), 來(lái)結(jié)束今天的NSTimer討論吧
測(cè)驗(yàn): 請(qǐng)問(wèn)下面的NSTimer哪個(gè)更準(zhǔn)時(shí)?
// 1
[NSTimer scheduledTimerWithTimeInterval:TimerInterval
target:self
selector:@selector(timerSelector:)
userInfo:nil
repeats:TimerRepeats];
// 2
[[NSRunLoop currentRunLoop] addTimer:_timer
forMode:NSDefaultRunLoopMode];
// 3
[[NSRunLoop currentRunLoop] addTimer:_timer
forMode:NSRunLoopCommonModes];
答案, 就不貼了, 相信你肯定知道的; 另外, 關(guān)于runloop, 計(jì)劃后續(xù)會(huì)有單獨(dú)的文章來(lái)詳細(xì)討論之
附錄
更多文章, 請(qǐng)支持我的個(gè)人博客
