iOS - NSTimer循环引用的解决办法

移动开发 iOS
NSTimer 我之前没遇到过循环引用的问题,因为我一直都是配对使用,在 viewWillAppear 开启,在 viewWillDisappear 关闭,不关闭的话那么多 timer 挂载在 runloop 上感觉挺影响性能和流畅性的,就像管理内存一样,申请和释放配对使用,就不会泄露了,谁申请谁释放的原则。但是很大的团队的话,别人可能会写错,造成泄露,可以从技术上,团队编程规范上解决他。

发生场景

在 Controller B 中有一个 NSTimer

  1. @property (strong, nonatomic) NSTimer *timer; 

你创建了它,并挂载到 main runloop

  1. self.timer = [NSTimer scheduledTimerWithTimeInterval:1  
  2. target:self selector:@selector(timerAction:) userInfo:nil repeats:true]; 

 

然后退出 Controller B 的时候,忘记关掉 timer 了

Controller B 将不会释放,B 与 timer 循环引用。因为创建 timer 的时候把 self 直接写进去了。

方法一

既然不能直接传 self,那传 weakSelf 试试

  1. __weak typeof(self) weakSelf = self; 
  2.   
  3. self.timer = [NSTimer scheduledTimerWithTimeInterval:1  
  4. target:weakSelf selector:@selector(timerAction:) userInfo:nil repeats:true]; 

 

测试结果还是发生了循环引用,B 没有释放,timer 对 weakSelf 这个变量是强引用的,timer -> weakSelf -> B -> timer,三者之间形成循环引用。

方法二

设置一个包装类,包着 Controller B 放进 timer 中,像这样

 

 

 

 

我认为 Controller B 有几 MB 那么大,泄露了很浪费内存。

WeakWrap 只有几百个字节那么小,泄露了也没关系。

WeakWrap 中对 Controller B 弱引用,WeakWrap 包着 Controller B,传进 timer 中,就算忘记关 timer,也只是泄露了 WeakWrap 和 timer。

理论上还是有内存泄露,只不过比较少,如果一个 Controller 是频繁进出的,进出一次,丢失一个,如果有几十个泄露的 timer 挂在 main runloop 上会影响性能和流畅性,你想几十个 timer 一起 fire,又调用了 timer 事件响应方法,开销还是挺大的。

方法三

NSTimer 已知是会强引用参数 target:self 的了,如果忘记关 timer 的话,传什么进去都会被强引用。干脆实现一个 timer 算了,timer 的功能就是定时调某个方法,NSTimer 的调用时间是不精确的!它挂在 runloop 上受线程切换,上一个事件执行时间的影响。

利用 dispatch_asyn() 定时执行函数。看下面代码。

  1. - (void)loop { 
  2.     [self doSomething]; 
  3.     ...... 
  4.     // 休息 time 秒,再调 loop,实现定时调用 
  5.     [NSThread sleepForTimeInterval:time]; 
  6.     dispatch_async(self.runQueue, ^{ 
  7.         [weakSelf loop]; 
  8.     });     

 

dispatch_async 中调 loop 不会产生递归调用

dispatch_async 是在队列中添加一个任务,由 GCD 去回调 [weakSelf loop]

这办法解决了timer 不能释放,挂在 runloop 不能移除的问题。

利用这方法,我写了个不会发生循环引用的 timer,controller 释放,timer 也自动停止释放,甚至 timer 的 block 里面可以直接写 self,也不会循环引用。github下载地址

方法四

NSTimer 我之前没遇到过循环引用的问题,因为我一直都是配对使用,在 viewWillAppear 开启,在 viewWillDisappear 关闭,不关闭的话那么多 timer 挂载在 runloop 上感觉挺影响性能和流畅性的,就像管理内存一样,申请和释放配对使用,就不会泄露了,谁申请谁释放的原则。但是很大的团队的话,别人可能会写错,造成泄露,可以从技术上,团队编程规范上解决他。

比如定一些规范,Controller 退出一定要成功销毁,不能泄露内存。Block 里不能写 self 等等。 

责任编辑:庞桂玉 来源: CocoaChina
相关推荐

2015-07-10 10:27:37

iOS NSTimer

2009-06-03 16:41:21

Eclipse乱码Eclipse

2011-03-04 13:07:47

Filezilla

2011-01-19 17:54:48

2009-05-31 09:07:35

Oracle锁定

2011-06-17 11:10:51

Qt 中文 输出

2020-12-25 19:16:03

C++编程语言

2009-12-07 18:38:16

WCF异常

2010-01-15 09:38:08

磁盘被写保护解决办法

2009-02-18 09:30:10

AJAX跨域XML

2020-05-09 10:59:33

git cloneLinux文件

2012-03-14 10:58:27

Java

2009-11-30 10:55:16

PHP页面乱码

2009-05-26 14:34:55

Ubuntuwubi临时

2009-12-03 17:36:02

PHP Date()出

2011-04-21 16:42:40

传真机

2012-07-31 16:06:28

Linux内核编译

2010-09-13 14:26:04

sql server日

2010-04-19 14:57:16

Oracle收缩表分区

2009-08-19 22:36:08

Ubuntu安装VMw
点赞
收藏

51CTO技术栈公众号