关于NSTimer循环引用及解决

1. NSTimer循环引用问题

这是一个老生老生常谈的一个问题,但是其中还是有一些细节问题我觉得值得去写篇文章记录一下,其实这个问题是一个很有意思的问题。

  • 首先提问1.NSTImer的循环引用是timer 的拥有者A和timer的target A 造成的么?即timer=>self=>timer
    事实上及时timer不做为A的属性,或者timer 的target 传入__ weak, A也不会释放。
    原因在于,其实造成这种循环引用的根本原因并不是如此,timer内部会强引用target,即使传进来的是weak类型,造成这个问题其实是:runLoop=>timer=>target

2.NSTimer循环引用解决办法

要阻断这种循环引用我们就需要阻断runloop对timer的引用或者timer对target的强引用,但是timer的内部实现我们无法控制,而且timer为了防止调用target的action造成崩溃,肯定会对target进行强引用。
1> runloop=>timer=>proxy-->target
什么意思呢?
我们在timer和target中间添加一个模型,让timer的target为它,它弱引用占有需要重复执行方法的对象。proxy 采用消息转发的技术,将消息转发给需要定时重复执行方法的对象。还是拿代码来看一下吧。

/// 类声明
@interface TimerProxy : NSObject

@property (nonatomic, weak) id target;

+ (instancetype)_timerProxyWithTarget:(id)target;

@end

/// 类实现
@implementation TimerProxy

+ (instancetype)timerProxyWithTarget:(id)target {
    TimerProxy *timerProxy = [[TimerProxy alloc] init];
    timerProxy.target = target;
    return timerProxy;
}

/// 消息转发
/// 消息转发第一步:询问是否本类动态的实现了此方法,我们可以动态的添加实现的方法
/// 第二步:询问转发给某个对象处理此方法
/// 第三步:通过方法签名,生成一个NSInvocation对象,执行方法
/// 我们主要用到了后两步,把方法转发给本类target去执行,如果target不存在,就会进入到消息转发的第三步,我们执行NSObject的 init方法
- (id)forwardingTargetForSelector:(SEL)aSelector {
    return self.target;
}

- (void)forwardInvocation:(NSInvocation *)anInvocation {
    void *nullValue = NULL;
    [anInvocation setReturnValue:&nullValue];
}

- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector {
    return [NSObject instanceMethodSignatureForSelector:@selector(init)];
}

-(void)dealloc {
    NSLog(@"_TimerProxy 释放了");
}

@end

/// 应用
NSTimer *testTimer = [NSTimer scheduledTimerWithTimeInterval:1 target:[TimerProxy timerProxyWithTarget:self] selector:@selector(excuteSomething) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:testTimer forMode:NSRunLoopCommonModes];
    _timer = testTimer;
/// 需要在释放的时候,移除timer,否则proxy和timer之间循环引用
- (void)dealloc {
    NSLog(@"TestTimerObj释放了");
    [_timer invalidate];
    _timer = nil;
}
  1. 采用block的方式,runloop=>timer=>timerSelf=>block
    添加分类方法,采用timer将自己作为target,执行自己的一个方法,block作为userInfo传递。
@interface NSTimer (TestWeakly)

+ (instancetype)weaklyTimerWithTimerInterval:(NSTimeInterval)timerInterval block:(void(^)(void))excuteBlock repeat:(BOOL)repeat;

@end


@implementation NSTimer (TestWeakly)
/// 添加一个可执行
+ (instancetype)weaklyTimerWithTimerInterval:(NSTimeInterval)timerInterval block:(void (^)(void))executeBlock repeat:(BOOL)repeat {
    return [self scheduledTimerWithTimeInterval:timerInterval target:self selector:@selector(weaklyBlockInvoke:) userInfo:[executeBlock copy] repeats:repeat];
}

+ (void)weaklyBlockInvoke:(NSTimer *)timer {
    void(^block)(void) = timer.userInfo;
    if (block) {
        block();
    }
}

@end

/// 应用
/// 注意executeBlock内部引用self采用__weak
 __weak typeof(self) weakself = self;
    NSTimer *testTimer = [NSTimer weaklyTimerWithTimerInterval:1 block:^{
        __strong typeof(weakself) strongself = weakself;
        [strongself excuteSomething];
    } repeat:YES];
    
    [[NSRunLoop currentRunLoop] addTimer:testTimer forMode:NSRunLoopCommonModes];
    _timer = testTimer;
/// 销毁时,需要停止销毁timer
- (void)dealloc {
    NSLog(@"TestTimerObj释放了");
    [_timer invalidate];
    _timer = nil;
}
  1. 采用GCD的timer
/// 注意block的循环引用,造成内存泄漏
 dispatch_source_t timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, dispatch_get_main_queue());
    dispatch_source_set_timer(timer, DISPATCH_TIME_NOW, 1 * NSEC_PER_SEC, 0 * NSEC_PER_SEC);
    dispatch_source_set_event_handler(timer, ^{
        [weakself excuteSomething];
    });
    dispatch_resume(timer);
    _gcdTimer = timer;
/// 释放GCDtimer
- (void)dealloc {
    NSLog(@"TestTimerObj释放了");
    dispatch_source_cancel(_gcdTimer);
}

上边就是NSTimer,循环引用,造成内存泄漏的原因。以及三种解决办法

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

推荐阅读更多精彩内容