iOS 中的 NSTimer
2015-07-12 10:04
316 查看
http://www.cocoachina.com/ios/20150710/12444.html
http://blog.csdn.net/meegomeego/article/details/22270745
前阵子在整理公司项目的时候,发现老代码在使用 NSTimer 时出现了内存泄露。然后整理了一些 NSTimer 的相关内容。比较简单,各位见笑啦。
NSTimer
fire
我们先用 NSTimer 来做个简单的计时器,每隔5秒钟在控制台输出 Fire 。比较想当然的做法是这样的:
运行之后确实在控制台每隔3秒钟输出一次 Fire ,然而当我们从这个界面跳转到其他界面的时候却发现:控制台还在源源不断的输出着 Fire 。看来 Timer 并没有停止。
invalidate
既然没有停止,那我们在 DemoViewController 的 dealloc 里加上 invalidate 的方法:
再次运行,还是没有停止。原因是 Timer 添加到 Runloop 的时候,会被 Runloop 强引用:
然后 Timer 又会有一个对 Target 的强引用(也就是 self ):
也就是说 NSTimer 强引用了 self ,导致 self 一直不能被释放掉,所以也就走不到 self 的 dealloc 里。
既然如此,那我们可以再加个 invalidate 按钮:
嗯这样就可以了。(在 SOF 上有人说该在 invalidate 之后执行 _timer = nil ,未能理解为什么,如果你知道原因可以告诉我:)
在 invalidate 方法的文档里还有这这样一段话:
You must send this message from the thread on which the timer was installed. If you send this message from another thread, the input source associated with the timer may not be removed from its run loop, which could prevent the thread from exiting properly.
NSTimer 在哪个线程创建就要在哪个线程停止,否则会导致资源不能被正确的释放。看起来各种坑还不少。
dealloc
那么问题来了:如果我就是想让这个 NSTimer 一直输出,直到 DemoViewController 销毁了才停止,我该如何让它停止呢?
NSTimer 被 Runloop 强引用了,如果要释放就要调用 invalidate 方法。
但是我想在 DemoViewController 的 dealloc 里调用 invalidate 方法,但是 self 被 NSTimer 强引用了。
所以我还是要释放 NSTimer 先,然而不调用 invalidate 方法就不能释放它。
然而你不进入到 dealloc 方法里我又不能调用 invalidate 方法。
嗯…
HWWeakTimer
weakSelf
问题的关键就在于 self 被 NSTimer 强引用了,如果我们能打破这个强引用问题自然而然就解决了。所以一个很简单的想法就是:weakSelf:
然而这并没有什么卵用,这里的 __weak 和 __strong 唯一的区别就是:如果在这两行代码执行的期间 self 被释放了, NSTimer 的 target 会变成 nil 。
target
既然没办法通过 __weak 把 self 抽离出来,我们可以造个假的 target 给 NSTimer 。这个假的 target 类似于一个中间的代理人,它做的唯一的工作就是挺身而出接下了 NSTimer 的强引用。类声明如下:
然后我们再封装个假的 scheduledTimerWithTimeInterval 方法,但是在调用的时候已经偷梁换柱了:
再次运行,问题解决。
block
如果能用 block 来调用 NSTimer 那岂不是更好了。我们可以这样来实现:
这样我们就可以直接在 block 里写相关逻辑了:
嗯就是这样。
More
把上面的的代码简单的封装到了 HWWeakTimer 中,欢迎试用。
参考文献:
NStimer
How to stop/invalidate NStimer
Weak Reference to NSTimer Target To Prevent Retain Cycle
performSelector may cause a leak because its selector is unknown
http://blog.csdn.net/meegomeego/article/details/22270745
前阵子在整理公司项目的时候,发现老代码在使用 NSTimer 时出现了内存泄露。然后整理了一些 NSTimer 的相关内容。比较简单,各位见笑啦。
NSTimer
fire
我们先用 NSTimer 来做个简单的计时器,每隔5秒钟在控制台输出 Fire 。比较想当然的做法是这样的:
invalidate
既然没有停止,那我们在 DemoViewController 的 dealloc 里加上 invalidate 的方法:
既然如此,那我们可以再加个 invalidate 按钮:
在 invalidate 方法的文档里还有这这样一段话:
You must send this message from the thread on which the timer was installed. If you send this message from another thread, the input source associated with the timer may not be removed from its run loop, which could prevent the thread from exiting properly.
NSTimer 在哪个线程创建就要在哪个线程停止,否则会导致资源不能被正确的释放。看起来各种坑还不少。
dealloc
那么问题来了:如果我就是想让这个 NSTimer 一直输出,直到 DemoViewController 销毁了才停止,我该如何让它停止呢?
NSTimer 被 Runloop 强引用了,如果要释放就要调用 invalidate 方法。
但是我想在 DemoViewController 的 dealloc 里调用 invalidate 方法,但是 self 被 NSTimer 强引用了。
所以我还是要释放 NSTimer 先,然而不调用 invalidate 方法就不能释放它。
然而你不进入到 dealloc 方法里我又不能调用 invalidate 方法。
嗯…
HWWeakTimer
weakSelf
问题的关键就在于 self 被 NSTimer 强引用了,如果我们能打破这个强引用问题自然而然就解决了。所以一个很简单的想法就是:weakSelf:
target
既然没办法通过 __weak 把 self 抽离出来,我们可以造个假的 target 给 NSTimer 。这个假的 target 类似于一个中间的代理人,它做的唯一的工作就是挺身而出接下了 NSTimer 的强引用。类声明如下:
block
如果能用 block 来调用 NSTimer 那岂不是更好了。我们可以这样来实现:
More
把上面的的代码简单的封装到了 HWWeakTimer 中,欢迎试用。
参考文献:
NStimer
How to stop/invalidate NStimer
Weak Reference to NSTimer Target To Prevent Retain Cycle
performSelector may cause a leak because its selector is unknown
相关文章推荐
- 通知模式实现两个textField传值及模态视图——iOS开发
- IOS 获取系统照片和拍照
- iOS 返回一张可以随意拉伸不变形的图片 方法
- iOS 9 适配系列教程
- iOS开发之构建Widget
- iOS- NSThread/NSOperation/GCD 三种多线程技术的对比及实现 -- 转
- IOS基本学习计划
- iOS OC 避免在分类中声明属性
- iOS-控件响应用户控制事件之事件处理
- 顶着台风,也要去参加的一次“磨课”
- IOS数组
- iOS阶段学习第18天笔记(Plist-Archiver-归档与解归档操作)
- iOS中的事件处理
- 设计复杂的 iOS 动画效果
- 利用内存结构及多线程优化多图片下载(IOS篇)
- iOS阶段学习第17天笔记(NSFileManager-NSFileHandle-文件操作)
- iOS:使用MVC模式帮ViewController瘦身
- IOS开发中的几种设计模式介绍
- IOS去掉NavigationBar底部的那条黑线
- iOS Runtime