Xcode8的调试技能Memory Graph 实战解决闭包引用循环问题
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()
}
欢迎关注我的微博:@没故事的卓同学
相关链接:
-
WWDC 2016 Session 410 Visual Debugging with Xcode
https://developer.apple.com/videos/play/wwdc2016/410/