使用NSTimer过程中最大的两个坑

  1. 云栖社区>
  2. 博客列表>
  3. 正文

使用NSTimer过程中最大的两个坑

管振纬 2016-05-26 16:45:05 浏览105 评论0

摘要: 坑1. retain cycle问题。 在一个对象中使用循环执行的nstimer时,若希望在对象的dealloc方法中释放这个nstimer,结局会让你很失望。 这个timer会导致你的对象根本不会被释放,所以不会调用dealloc方法,同时这个nstimer也永远不会停止。

坑1. retain cycle问题。

在一个对象中使用循环执行的nstimer时,若希望在对象的dealloc方法中释放这个nstimer,结局会让你很失望。

这个timer会导致你的对象根本不会被释放,所以不会调用dealloc方法,同时这个nstimer也永远不会停止。

解决方案:

a. 变更你的意图,在对象被释放之前你如果能保证触发timer的invalidate,那么你可以避免这个问题。

b.给你的对象加一个weak的代理,让这个代理去当冤大头,供timer去强引用;同时这个代理不会持有你的对象,这样就解除了retaincycle.

一个weak代理的实现参考: yykit的yyweakProxy. https://github.com/ibireme/YYKit/blob/master/YYKit/Utility/YYWeakProxy.h

c. 使用其他方法来实现循环执行,比如gcd的方法(gcd还有另外的好处,比如精度;nstimer是依赖runloop的,触发时机和runloop有关)。


坑2.在子线程中的使用。

在子线程中使用NSTimer是需要特别处理的;否则你会发现你的timer方法很可能永远不被触发。

这个坑还是跟runloop有关;nstimer是依赖于runloop的,默认创建的子线程一般没有在运行中的runloop;这样一来你的timer变成了无源之水,也就歇菜了。

解决方案:

a.为你的线程添加runloop,并启动该runloop

b.手动将timer添加到runloop(例):

[[NSRunLoop currentRunLoop] addTimer:timer1 forMode:NSRunLoopCommonModes];


结语:NSTimer重复执行时因为被runloop强引用,同时其又会强引用timer方法所在的对象,所以存在了这个retain cycle问题;

同时也因为其依赖于runloop,所以在线程中运行需要额外设置。

另外,因为runloop的触发机制也限制了它的精度,所以综合来看,对于一个高要求的定时处理,nstimer并不是一个很好的选择;大家在使用时需要多多注意,避免踏坑。

用云栖社区APP,舒服~

【云栖快讯】云栖社区技术交流群汇总,阿里巴巴技术专家及云栖社区专家等你加入互动,老铁,了解一下?  详情请点击

网友评论

管振纬
文章310篇 | 关注11
关注
结合大数据能力帮助电商企业快速搭建平台、应对业务高并发,剖析秒杀、视频直播等场景 查看详情
专注于企业工作效率提升,解决重复有规律的工作并且帮助用户连接不同的系统和服务,实现工作流程自... 查看详情
为您提供简单高效、处理能力可弹性伸缩的计算服务,帮助您快速构建更稳定、安全的应用,提升运维效... 查看详情
建站4折

建站4折