那么通过一个实际项目来练习一下吧。
首先我们写了一个自定义UIView：MyView。初始化的时候接收一个没有参数也没有返回值的闭包作为参数，并存为自己的属性：

typealias Action = () -> Void class MyView: UIView { var action: Action? init(action: @escaping Action) { self.action = action super.init(frame: CGRect.zero)
    }

    required init?(coder aDecoder: NSCoder) {
        fatalError("init(coder:) has not been implemented")
    }
}

接着我们在一个ViewController中初始化MyView，并且也保存为属性：

class ViewController: UIViewController { @IBOutlet weak var label: UILabel! var myView: MyView? override func viewDidLoad() { super.viewDidLoad()
        myView = MyView(action: testMethod)
    } func testMethod() {
        label.text = "haha" }

}

这vc的view上有一个label控件，在viewDidLoad时初始化myView，并且将自身的一个testMethod方法当做参数传给了myView。
testMethod中设置了自身label的text。

这里体现了swift函数式的特性：函数可以自由的当做一个变量传递，并且是值类型。

这个例子影射里开发中一个常见的场景：一个tableViewCell中有一个删除按钮，通过闭包将方法传进去，cell保存这个闭包；另一方面这个闭包被调起后，删除某条数据后刷新数据源。

那么这么写会产生引用循环吗？

 func testMethod() {
        label.text = "haha" }

核心在这段代码上，一个类的方法里设置自身的属性，会捕捉这个属性吗？这个地方可以写self，但是捕捉策略是unowned还是strong呢？
这个闭包的实现是不能自己声明捕捉策略的：

于是就来验证一下。运行起来后，push这个ViewController后pop出去（记得要进行两次，好像只有一次Xcode有时不会启动分析）。
接着点击这个按钮：

这个时候就进入了断点模式，可以查看issue面板，注意选择右边Runtime：

有很多叹号说明就有问题了。看内存中object的名字，有一条是Closure captures leaked。展开后点击就可以看到这个issue对应的内存图形展示在中间的面板中。
当然了，我们更多的时候是在debug页面下查看：

注意到我们刚才的对象名：一个叫MyView，一个叫ViewController。我们pop了两次，按理说内存里不应该有这个两个对象，然而还是有两份实例。所以，这里面引用循环了。点击紫色的叹号会出现Xcode分析出来的内存引用图形：

有了这个图就很容易看出来了：myView保持了action，action保持了testMethod，testMethod中因为设置了vc的label所以也保持了VC。所以我们可以确定：方法中隐式的self的捕捉策略是strong。这样直接把方法传入子view中会引起引用循环。

解决方案

1.将逻辑实现在一个匿名闭包里，不实现在类的方法上

这样就可以自己声明捕捉策略。这样的方式使用就和OC的block类似了：

 myView = MyView(){ [unowned self] in self.label.text = "haha" }

2.在匿名闭包中调用方法

不是直接传入testMethod方法，而是在传入的闭包中调用自身的方法：

 myView = MyView(){ [unowned self] in self.testMethod()
        }