iOS Memory 管理。 闭包

Question

我有一个关于 iOS 中 memory 管理的问题。据我所知，我们有 ARC 查看对 object 的许多强引用，一旦它变为 0，object 将被释放。

这是一个让我感到困惑的代码示例

final class SecondVC: UIViewController {
    let titleLabel: UILabel = UILabel()
    let network = Network()
    
    override func viewDidLoad() {
        super.viewDidLoad()
        self.view.backgroundColor = .red
        self.view.addSubview(titleLabel)
        
        network.makeCall {
            self.titleLabel.text = "Title"
        }
    }
    
    override func viewDidAppear(_ animated: Bool) {
        super.viewDidAppear(animated)
        self.navigationController?.popViewController(animated: true)
    }
    
    deinit {
        print("SecondVC deinit called")
    }
}

final class Network {
    func makeCall(completion: @escaping () -> Void) {
        DispatchQueue.main.asyncAfter(deadline: .now() + 5) {
            
        }
    }
    
    deinit {
        print("Network deinit called")
    }
}

对我理解的VC holding.network有很强的借鉴意义。 同时.network capture VC具有很强的参考性。 从未调用完成回调。 所以引用的数量不应该 go 到 0。但是 deinit 调用了两个对象。

问题是 Is there a memory leak? 如果理论上我们有 object 不应该被释放，为什么会调用 deinit。

更新程序

所以，答案是。 没有人捕捉到完成。 Completion 在 makeCall 之后被释放，被它捕获的 self 也被释放。

Answer 1

当您在闭包中使用@escaping时，没有任何内容挂在引用上，因此可以重置计数

这是一篇关于@escaping https://www.donnywals.com/what-is-escaping-in-swift/的好文章

** 编辑，

抱歉，这措辞不当——“在你的闭包中，没有任何东西挂在引用上”是关键，因为闭包从未被调用——escaping 部分令人困惑，因为它与 OP 的问题真的无关，抱歉混乱