iOS中的NSTimer定时器的初步使用解析
创建一个定时器(nstimer)
- (void)viewdidload { [super viewdidload]; [nstimer scheduledtimerwithtimeinterval:1 target:self selector:@selector(actiontimer:) userinfo:nil repeats:yes]; } - (void)actiontimer:(nstimer *)timer { }
nstimer默认运行在default mode下,default mode几乎包括所有输入源(除nsconnection) nsdefaultrunloopmode模式。
actiontimer方法会每隔1s中被调用一次。nstimer使用起来是不是非常简单。这是nstimer比较初级的应用。
当主界面被滑动时nstimer失效了
主界面被滑动是什么意思呢?就是说主界面有uitableview或者uiscrollview,滑动uitableview或者uiscrollview。这个时候nstimer失效了。
我们来写一个demo,在一个有uitableview的uiviewcontroller上启动定时器,每1s数字加1,并将这个数字显示在uilabel上面.
- (void)viewdidload { [super viewdidload]; [nstimer scheduledtimerwithtimeinterval:1 target:self selector:@selector(actiontimer:) userinfo:nil repeats:yes]; } - (void)actiontimer:(nstimer *)timer { self.number++; self.label.text = [nsstring stringwithformat:@"%d",self.number]; nslog(@"%d",self.number); }
关于uitableview和uilabel的创建我省去了。详细的代码可以点击这里下载:iosstrongdemo,iosstrongdemo我会不断更新,大家在github上star一下。
这样当用户在拖动uitableview处于uitrackingrunloopmode时,nstimer就失效了,不能fire。self.label上的数字也就无法更新。
修改nstimer的run loop
解决方法就是将其加入到uitrackingrunloopmode模式或nsrunloopcommonmodes模式中。
[[nsrunloop currentrunloop] addtimer:timer formode:uitrackingrunloopmode];
或者
[[nsrunloop currentrunloop] addtimer:timer formode:nsrunloopcommonmodes];
nsrunloopcommonmodes:是一个模式集合,当绑定一个事件源到这个模式集合的时候就相当于绑定到了集合内的每一个模式。
fire
我们先用 nstimer 来做个简单的计时器,每隔5秒钟在控制台输出 fire 。比较想当然的做法是这样的:
@interface detailviewcontroller () @property (nonatomic, weak) nstimer *timer; @end @implementation detailviewcontroller - (ibaction)firebuttonpressed:(id)sender { _timer = [nstimer scheduledtimerwithtimeinterval:3.0f target:self selector:@selector(timerfire:) userinfo:nil repeats:yes]; [_timer fire]; } -(void)timerfire:(id)userinfo { nslog(@"fire"); } @end
运行之后确实在控制台每隔3秒钟输出一次 fire ,然而当我们从这个界面跳转到其他界面的时候却发现:控制台还在源源不断的输出着 fire 。看来 timer 并没有停止。
invalidate
既然没有停止,那我们在 demoviewcontroller 的 dealloc 里加上 invalidate 的方法:
-(void)dealloc { [_timer invalidate]; nslog(@"%@ dealloc", nsstringfromclass([self class])); }
再次运行,还是没有停止。原因是 timer 添加到 runloop 的时候,会被 runloop 强引用:
note in particular that run loops maintain strong references to their timers, so you don't have to maintain your own strong reference to a timer after you have added it to a run loop.
然后 timer 又会有一个对 target 的强引用(也就是 self ):
target is the object to which to send the message specified by aselector when the timer fires. the timer maintains a strong reference to target until it (the timer) is invalidated.
也就是说 nstimer 强引用了 self ,导致 self 一直不能被释放掉,所以也就走不到 self 的 dealloc 里。
既然如此,那我们可以再加个 invalidate 按钮:
- (ibaction)invalidatebuttonpressed:(id)sender { [_timer 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 方法。
- 嗯…
推荐阅读
-
jQuery中关于ScrollableGridPlugin.js(固定表头)插件的使用逐步解析
-
WordPress开发中的get_post_custom()函数使用解析,wordpressgetpost_PHP教程
-
解析:php调用MsSQL存储过程使用内置RETVAL获取过程中的return值_PHP
-
解析使用substr截取UTF-8中文字符串出现乱码的问题
-
详解iOS开发中解析JSON中的boolean类型的数据遇到的问题
-
iOS 中 使用UITextField格式化银行卡号码的解决方案
-
iOS中只让textField使用键盘通知的实例代码
-
IOS 中KVC的使用方法实例详解
-
详解ios中的SQL数据库文件加密 (使用sqlcipher)
-
iOS9与XCode7中不能使用http连接的快速解决办法