iOS Block Part8:block^延迟(番外)

我们有的时候会借助Block做延迟操作.如:GCD的dispatch_after,[UIView animate...] delay,AFN的网路请求.当然前两个是人为可控制的,第三个是看网络的心情.

1.GCD dispatch_after

- (void)viewDidLoad {
    [super viewDidLoad];
    dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(20.0 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
        [self doSomeThingsAct];
    });
}

GCD实现延迟是保证Block存在,到时间再调用.
所以以上代码在延迟期间Block是持有VC的.如果延迟期间想要VC的销毁,也是不能实现的.

2.AFN的网路请求

- (void)viewDidLoad {
    [super viewDidLoad];
    AFHTTPSessionManager * mgr = [AFHTTPSessionManager manager];
    [mgr GET:url parameters:nil progress:nil success:^(NSURLSessionDataTask * _Nonnull task, NSData * responseData) {
        [self doSomeThingsAct];
    } failure:^(NSURLSessionDataTask * _Nullable task, NSError * _Nonnull error) {
        [self doSomeThingsAct2];
    }];
}

网络请求实现延迟回调的方式是也保证Block一直存在,直到网络返回数据,再调用Block.
所以以上代码在延迟期间Block是持有VC的.如果延迟期间想要VC的销毁,也是不能实现的.

3.[UIView animate...] delay

- (void)viewDidLoad {
    [super viewDidLoad];
    [UIView animateWithDuration:2.5 delay:20.0 options:0 animations:^{
        [self doSomeThingsAct];
    } completion:^(BOOL finished) {
        [self doSomeThingsAct2];
    }];
}

1.API性质决定对[动画Block],先执行,延迟刷新UI;(所以[动画Block]不用考虑延迟)
2.延迟时间内,VC退出,[完成block]也会立刻调用+销毁,VC销毁也正常.(API内部有优化)

结论:[UIView animate...]系列方法Block内放心用self,GCD的dispatch_after和AFN的网路请求的用Block还是要注意.
其他系统API,第三方库也用到Block,是否有延迟,是否会因为延迟带来问题,我们得用到时候自己看看.