Xcode8的調試技能又增加了一個黑科技：Memory Graph。簡單的說就是可以在運行時將內存中的對象生成一張圖。在現場的開發者聽到了這個消息時響起了雷鳴般的掌聲！我們來看看前方記者發回的現場照片：
媽媽說再也不用擔心引用循環啦！除非你是個瞎子。
那么通過一個實際項目來練習一下吧。
首先我們寫了一個自定義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()
}
歡迎關注我的微博：@沒故事的卓同學
