您的位置:首页 > 移动开发 > IOS开发

ios中timer相关的延时调用需要注意的地方

2016-07-18 15:03 309 查看
源文:http://my.oschina.net/xiguaa/blog/146424

ios中timer相关的延时调用,常见的有两种,一种是NSObject中的performSelector:withObject:afterDelay:以及performSelector:withObject:afterDelay:inModes:。这两个方法在调用的时候会设置当前runloop中timer,前者设置的timer在NSDefaultRunLoopMode运行,后者则可以指定NSRunLoop的mode来执行。还有一种延时调用,是直接配置timer来运行,利用NSTimer来配置任务。这两种方式都一个共同的前提,就是当前线程里面需要有一个运行的runloop并且这个runloop里面有一个timer。
而我们都知道的是,只有主线程会在创建的时候默认自动运行一个runloop,并且有timer,普通的子线程是没有这些的。这样就带来一个问题了,有些时候我们并不确定我们的模块是不是会异步调用到,而我们在写这样的延时调用的时候一般都不会去检查运行时的环境,这样在子线程中被调用的时候,我们的代码中的延时调用的代码就会一直等待timer的调度,但是实际上在子线程中又没有这样的timer,这样我们的代码就永远不会被调到。
回过头来看,在有多线程操作的环境中,这样的延时调用其实是缺乏安全性的。我们可以用另一套方案来解决这个问题,就是使用GCD中的dispatch_after来实现单次的延时调用:

    double delayInSeconds =
2.0;

    dispatch_time_t popTime =
dispatch_time(DISPATCH_TIME_NOW, (int64_t)(delayInSeconds *
NSEC_PER_SEC));

    dispatch_after(popTime,
dispatch_get_main_queue(), ^(void){

        [self someMethod];

    });
dispatch_time的单位是纳秒,为防止用户使用时候的出现换算上的错误,Xcode在开发者打dispatch_after的时候会自动补全上面一整段代码。

而如果有循环的调用的话,可以用dispatch_source_set_timer来实现:

    int interval =
2;

    int leeway =
0;

    

    dispatch_queue_t queue =
dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,
0);

    dispatch_source_t timer =
dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER,
0, 0, queue);

    if (timer) {

        dispatch_source_set_timer(timer,
dispatch_walltime(DISPATCH_TIME_NOW,
NSEC_PER_SEC * interval), interval *
NSEC_PER_SEC, leeway);

        dispatch_source_set_event_handler(timer, ^{

            [self someMethod];

        });

        dispatch_resume(timer);

    }
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: