当我刚开始做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 被杀掉才能释放了。
最后希望的我思考对大家有启发。喜欢😍点个赞👍，同时欢迎讨论。
