当我刚开始做iOS开发的时候,就一直使用AFNetworking 作为网络请求的基础框架。
平时的使用习惯都是在AFN 的回调Block 外部把不想被强引用捕获的对象转成弱引用,然后在Block 中转回强引用。
__weak typeof(self) weakSelf = self;
NSURLSessionDataTask *dataTask =
[self.sessionManager dataTaskWithRequest: request
uploadProgress: nil
downloadProgress: nil
completionHandler:^(NSURLResponse *response,
NSData *responseData,
NSError *error) {
__strong typeof(weakSelf) self = weakSelf;
if ( nil == self ) return;
}];
[dataTask resume];
孤陋寡闻的我,在一次review 代码的时候发现同事直接在回调Block中调用 self,少了一层转换。
当时大脑一堆问题:不会循环引用?内存泄漏?难道是网络请求完就把Block释放掉?
最后没忍住直接去问同事,同事并没有正面回答,叫我去看源码。😂
比较懒,直接跳代码去看最后AFN是如何处理请求完成的。哦!原来真的是在请求完成后把Block 置 nil 了。
事情算是弄明白了,可是却引发了我的进一步思考。🤔
Block强引用对象,在Block执行完成后置 nil。解除强引用的必要条件是 Block 执行完成。
也就是说在Block 未被调用的那段时间,对象是不会被释放的。
举个例子:
如果用户在一个控制器里面发起网络请求,但网络很差,然后就直接退出了控制器。然而在控制器销毁时我需要执行一些特殊操作(KVO、NSNotification 移除...)。那么只要网络没回调,控制器就一直不会被销毁,特殊操作也一直不被执行。还有就是Block代码被执行也会发生难以想象的事情(明显的就是UI更新,弹出提示之类的)。
这里补充一个例子:
我在《iOS高性能应用开发》中看到过一个例子,是关于GCD到底要不要使用weak转换的。
答案是需要的,原因就是:当你把GCD Block提交到并发队列的时候,是有优先级区别的。如果你的GCD Block 优先级比较低,那么它可能永远都不会被执行(极端假设)。也就是说被强引用的对象,只能等APP 被杀掉才能释放了。
最后希望的我思考对大家有启发。喜欢😍点个赞👍,同时欢迎讨论。
网友评论