当我刚开始做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 被杀掉才能释放了。

最后希望的我思考对大家有启发。喜欢😍点个赞👍，同时欢迎讨论。