您的位置:首页 > 产品设计 > UI/UE

使用YTKRequest避免控制器退出后不马上被释放的问题

2017-08-21 18:03 232 查看
我们项目中的网络请求基类SomeRequest是封装自YTKRequest的,然后各个API再继承自这个基类,在控制器里面调用API的时候典型是这样写的:

- (void)exeXXXApi{
xxxApi = [[XXXAPI alloc] initWithXXX];
[xxxApi startWithCompletionHandlerWithSuccess:^(__kindof ETopBaseRequest *_Nonnull request, id _Nonnull response) {

}failure:^(__kindof ETopBaseRequest *_Nonnull request, NSInteger code, NSString *_Nonnull errorMsg) {

}];
}


并没有做任何别的处理。

这样的写法在有些情况下会造成控制器离开后,没有被释放。比如,网络很慢的情况,用户进入一个界面,开始执行一个api请求,然后,等了一会没看到请求数据,就返回退出界面。这时候,控制器的dealloc方法是不会走的,也就是控制器没有在退出后马上被释放,而是被api的success或failure的block引用着,等网络请求完成,调用完这这两个blocks之一后,才会走dealloc方法,释放控制器。这不是我们想要的结果,我们要在控制器退出离开后,就马上释放它。

既然,控制器是被api的blocks引用着才没有马上释放,那么在退出离开时要把这些blocks置为nil,它们就不会引用控制器了,也不会再被api请求完成后执行了。

针对YTKRequest的情况,具体做法分两步:

一,在控制器.m文件里面定义一个属性引用api对象。

@interface SomeController()

@property (nonatomic, strong) SomeRequest *api;

@end

@implimentation SomeController

- (void)exeXXXApi{
self.api = [[XXXAPI alloc] initWithXXX];
[self.api startWithCompletionHandlerWithSuccess:^(__kindof ETopBaseRequest *_Nonnull request, id _Nonnull response) {

}failure:^(__kindof ETopBaseRequest *_Nonnull request, NSInteger code, NSString *_Nonnull errorMsg) {

}];
}

@end


二,针对返回退出的情况,在控制器的viewWillDisappear方法里面调用YTKRequest的stop方法。

- (void)viewWillDisappear:(BOOL)animated{
// 导航后退离开界面
if (![[self.navigationController viewControllers] containsObject: self]) {
// 离开界面调用这个方法,哪怕api的block与self之间有循环引用,也会释放self
[self.api stop];
}
[super viewWillDisappear:animated];
}


测试证明,以上的写法保证了api无论有没有请求完成,在退出离开控制器时,控制器的dealloc方法都会被执行。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
相关文章推荐