前言

iOS中使用block你一定会遇到循环引用问题，解决的办法也很简单使用weak弱引用，但对于很多的开发者对于weak滥用，而且weak self并不是没有开销的一件事情，同时导致一系列问题，所以本文将通过几种场景来分析，在常见的场景中哪些必须使用weak 哪些不使用。如有错误或不妥欢迎留言
代码在Github Example
【注意】 本篇主要讲解的是ARC下实用场景，想要了解block原理的朋友请参考谈Objective-C block的实现 唐巧

常用场景

UINavigationController两页面传递参数使用block
UIViewAnimationWithBlocks 执行动画的block
GCD的block
NSArray enumerateObjectsUsingBlock
MJRefreshHeader 下拉刷新的block
AFNetworking 的Block

场景分析

UINavigationController Scene

代码这里
首先我们在Main.storyboard中创建一个UINavigationViewController
指定一个rootViewController

pushVC1跳转使用weak的实例 【scene1ViewController】

scene1ViewController代码如下

class scene1ViewController: UIViewController {

    @IBOutlet weak var textLabel: UILabel!
    //持有下一个VC 出现在下一个VC需要频繁使用并且需要很多时间去加载的情况，让下一个VC的生命周期保持跟当前一致
    var nextVC:nextViewController?
    
    
    override func viewDidLoad() {
        super.viewDidLoad()
    }

    override func didReceiveMemoryWarning() {
        super.didReceiveMemoryWarning()
    }
    
    
    @IBAction func pushClick(_ sender: UIButton) {
            if nextVC == nil {
            //获取storyboard中的 ViewController
            let story = UIStoryboard.init(name: "Main", bundle: nil)
            nextVC = story.instantiateViewController(withIdentifier: "nextViewController") as? nextViewController
            
            nextVC?.testBlock={[weak self] (param:String) in
                self?.doSomething(str: param)
            }
        }
        self.navigationController?.pushViewController(nextVC!, animated: true)
    }
    
    @IBAction func popClick(_ sender: UIButton) {
        _ = self.navigationController?.popViewController(animated: true)
    }
    
    
    func doSomething(str:String){
        self.textLabel.text=str
    }
    
    
    deinit {
        print("scene1ViewController deinit")
    }
}

nextViewController 代码如下

    var testBlock:((_ para:String)->Void)?
    
    override func viewDidLoad() {
        super.viewDidLoad()
        self.title="第三个控制器"
    }

    override func didReceiveMemoryWarning() {
        super.didReceiveMemoryWarning()
        // Dispose of any resources that can be recreated.
    }
    
    @IBAction func popClick(_ sender: UIButton) {
        if self.testBlock != nil {
            self.testBlock?("next return String")
        }
       _ = self.navigationController?.popViewController(animated: true)
    }

在每一个ViewController都重写deinit方法

类似objective-c (void)dealloc 可以监控当前VC在pop之后是否释放

    deinit {
        print("scene1ViewController deinit")
    }

    deinit {
        print(" nextViewController deinit")
    }

运行起来可以看到只有当scene1ViewController pop的时候nextViewController和scene1ViewController 同时释放并打印

scene1ViewController deinit
nextViewController deinit

这种场景下就要使用weak，你可以尝试不使用weak查看 deinit 的打印情况

分析在scene1 VC中持有了nextVC、同时代码block中出现了self相关的属性和方法 ，则nextViewController 使用属性持有了scene1 造成 循环引用

scene1VC-> nextVC
nextVC->self.dosomething

 nextVC?.testBlock={[weak self] (param:String) in
            self?.doSomething(str: param)
        }

pushVC2跳转不使用weak的实例 【scene2ViewController】

scene2ViewController代码如下

class scene2ViewController: UIViewController {

    @IBOutlet weak var textLabel: UILabel!
    
    
    override func viewDidLoad() {
        super.viewDidLoad()
        self.title="不使用weak Scene"
    }
    
    override func didReceiveMemoryWarning() {
        super.didReceiveMemoryWarning()
    }
    
    
    @IBAction func pushClick(_ sender: UIButton) {
        //获取storyboard中的 ViewController
        let story = UIStoryboard.init(name: "Main", bundle: nil)
       let nextVC = story.instantiateViewController(withIdentifier: "nextViewController") as! nextViewController
        
        nextVC.testBlock={(param:String) in
            self.doSomething(str: param)
        }
        
        self.navigationController?.pushViewController(nextVC, animated: true)
        
    }
    
    @IBAction func popClick(_ sender: UIButton) {
        _ = self.navigationController?.popViewController(animated: true)
    }
    
    
    func doSomething(str:String){
        self.textLabel.text=str
    }
    
    
    deinit {
        print("scene2ViewController deinit")
    }
}

为什么当前这种模式不需要呢？

navigationController ->scene2 VC
navigationController ->nextViewController
nextViewController ->Scene2 VC

在scene2 VC 中没有持有 nextViewController，nextViewController是由navigationController持有 ,nextViewController虽然持有了Scene2 VC nextViewController 在pop 的时候执行完这个block 就会销毁，能正常释放。
不会循环引用

UIViewAnimationWithBlocks 执行动画的block

我们经常看到如下代码

[UIView animateWithDuration:0.25 animations:^{
        self.testView.frame=CGRectMake(80, 100, self.testView.frame.size.width, self.testView.frame.size.height);
    }];

这里是可以直接写self的，因为这是一个类方法，当前的self并没有直接或间接持有这个block。不会循环引用 引用示意图

animation framework -> block
block -> self

GCD的block 跟UIViewAnimationWithBlocks同一个道理self并不会持有block, 所以不会循环应用

GCD -> block
block -> self

NSArray enumerateObjectsUsingBlock 也不会引起循环引用

 [self.dataArray enumerateObjectsUsingBlock:^(NSString *str, NSUInteger idx, BOOL * _Nonnull stop) {
        [self dosomething:str];
    }];

Foundation framework-> block
block -> self

MJRefreshHeader 下拉刷新的block

    //下拉刷新
    WEAKSELF;
    self.tableView.mj_header=[MJRefreshNormalHeader headerWithRefreshingBlock:^{
        [weakSelf dosomething];
    }];

在这个实例中，我是使用weakSelf的原因是什么呢？

self->tableView
self.tableView->mj_header
mj_header.block->self

AFNetworking 的Block

测试代码
鉴于当前这个时间节点，大家都是使用AFNetworking 3.X的版本，所以当前分析基于3.0以上版本

    AFHTTPSessionManager *session = [AFHTTPSessionManager manager];
    
    [session GET:testURL parameters:nil progress:nil success:^(NSURLSessionDataTask * _Nonnull task, id  _Nullable responseObject) {
        NSLog(@"请求成功---%@", responseObject);
        self.testLabel.text=@"成功";
    } failure:^(NSURLSessionDataTask * _Nullable task, NSError * _Nonnull error) {
        NSLog(@"%@",error);
    }];

AFNetworking 中success block 和failure block 通过如下调用栈 设置到一个delegate的对象上

摘录AFNetworking 方便大家在源码中搜索

- (void)addDelegateForDataTask:(NSURLSessionDataTask *)dataTask
                uploadProgress:(nullable void (^)(NSProgress *uploadProgress)) uploadProgressBlock
              downloadProgress:(nullable void (^)(NSProgress *downloadProgress)) downloadProgressBlock
             completionHandler:(void (^)(NSURLResponse *response, id responseObject, NSError *error))completionHandler
{
    AFURLSessionManagerTaskDelegate *delegate = [[AFURLSessionManagerTaskDelegate alloc] init];
    delegate.manager = self;
    delegate.completionHandler = completionHandler;

    dataTask.taskDescription = self.taskDescriptionForSessionTasks;
    [self setDelegate:delegate forTask:dataTask];

    delegate.uploadProgressBlock = uploadProgressBlock;
    delegate.downloadProgressBlock = downloadProgressBlock;
}

在NSURLSessionTaskDelegate 的执行这个block

#pragma mark - NSURLSessionTaskDelegate

- (void)URLSession:(__unused NSURLSession *)session
              task:(NSURLSessionTask *)task
didCompleteWithError:(NSError *)error
{
........此处省略
            dispatch_group_async(manager.completionGroup ?: url_session_manager_completion_group(), manager.completionQueue ?: dispatch_get_main_queue(), ^{
                if (self.completionHandler) {
                    self.completionHandler(task.response, responseObject, serializationError);
                }
........此处省略
}

通过大致分析

AFHTTPSessionManager -> AFURLSessionManagerTaskDelegate
AFURLSessionManagerTaskDelegate ->ViewController block

未发生循环引用问题 所以可以直接使用self

注意 如下代码 有隐藏的内存泄漏问题

AFHTTPSessionManager *session = [AFHTTPSessionManager manager];

感兴趣的朋友请翻阅如下链接，不再本文讨论之列
NSURLSession is holding a strong reference to its delegate
Possible memory leak in AFURLSessionManager

后续

后期有遇到其他常用到的场景，我将持续更新，也欢迎在评论区提出新的场景和你的独特见解
Thank you