NSTimer循环引用踩坑纪实

在iOS开发中首页展示广告栏,并定时驱动的展示效果很常见,就目前我经手的项目来看,多数有这种展示,这种是需要用定时器驱动的,然基本没有人考虑到NSTimer使用造成的循环引用问题,特别是对于一些需要切换框架的App,频繁的切换框架,造成频繁的创建新框架,原框架由于和NSTimer相互引用无法销毁,造成内存增长,闲话不多说,进入正题:

一般情况下创建定时器的方法:

- (NSTimer *)verifyTimer{

    if (!_verifyTimer) {//立刻执行
        _verifyTimer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(verifyTimerAction:) userInfo:nil repeats:YES];
    }
    return _verifyTimer;
}
self.timer = [NSTimer timerWithTimeInterval:3.0f target:self selector:@selector(timer:) userInfo:nil repeats:YES]
//加入runloop后立即执行
[[NSRunLoop currentRunLoop] addTimer:self.bannerTimer forMode:NSRunLoopCommonModes];

在这里不对每个参数过多介绍,就上边的两种创建方式看,都存在循环引用的情况
一般我们在使用NSTimer时都会把它当做一个属性来使用,NSTimer被self引用,在重复调用方法时,将self作为target,这时NSTimer会获取保留self,此时就会造成循环引用使self和NSTimer都不能销毁,当然我们可以在销毁self之前使用以下两句销毁NSTimer

[self.verifyTimer invalidate];
self.verifyTimer = nil;

然不是所有开发者都这么注意此处的循环引用问题,废话不多说,直接上代码,让我们对使用方法做一下处理

__weak __typeof(&*self)ws = self;
if (self.bannerTimer == nil) {//此处必须加判断,若是重复创建加入runloop,则会同时进行若干个timer,广告切换则会加快
self.bannerTimer = [NSTimer  block_TimerWithTimeInterval:3.0f block:^{   
       [ws nextPageAction];
} repeats:YES];
    
[[NSRunLoop currentRunLoop] addTimer:self.bannerTimer forMode:NSRunLoopCommonModes];
}

使用上述方法需要创建NSTimer的分类

#import <Foundation/Foundation.h>

@interface NSTimer (TimerBlockSuport)

/**
 分类解决NSTimer在使用时造成的循环引用的问题

 @param interval 间隔时间
 @param block    回调
 @param reqeats  是否立刻执行

 @return 返回NSTimer实体
 */
+ (NSTimer *)block_TimerWithTimeInterval:(NSTimeInterval)interval block:(void(^)())block repeats:(BOOL)reqeats;

@end

#import "NSTimer+TimerBlockSuport.h"

@implementation NSTimer (TimerBlockSuport)

+ (NSTimer *)block_TimerWithTimeInterval:(NSTimeInterval)interval block:(void (^)())block repeats:(BOOL)reqeats{
    
    return [self timerWithTimeInterval:interval target:self selector:@selector(blockinvoke:) userInfo:[block copy] repeats:reqeats];
    
}

+ (void)blockinvoke:(NSTimer *)timer{

    void (^block)() = timer.userInfo;
    if (block) {
        block();
    }
    
}

上述创建方式我们方法的调用者是NSTImer自己,只是NSTimer捕获了参数block,若是block中也是用self调用方法的话,也会造成循环引用,我们这里将self弱引用,这样NSTimer不会捕获self的强引用,巧妙的避开了循环引用。

小坑:

在使用时遇到一个小问题,在使用定时器时,我没有判断属性NSTimer是否为nil,导致多次对属性NSTImer赋值,造成runloop中有多个调用同一个方法的NSTimer在跑,导致重复执行时间间隔变小的问题,在这提醒一下,使用时切记判断是否为nil

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 206,839评论 6 482
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,543评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 153,116评论 0 344
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,371评论 1 279
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,384评论 5 374
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,111评论 1 285
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,416评论 3 400
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,053评论 0 259
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,558评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,007评论 2 325
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,117评论 1 334
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,756评论 4 324
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,324评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,315评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,539评论 1 262
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,578评论 2 355
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,877评论 2 345

推荐阅读更多精彩内容