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中會引起引用循環。
這樣就可以自己聲明捕捉策略。這樣的方式使用就和OC的block類似了:
myView = MyView(){ [unowned self] in self.label.text = "haha" }
不是直接傳入testMethod方法,而是在傳入的閉包中調用自身的方法:
myView = MyView(){ [unowned self] in self.testMethod() }
歡迎關注我的微博:@沒故事的卓同學
相關鏈接:
WWDC 2016 Session 410 Visual Debugging with Xcode