前言：以前都是用oc去写新项目，没怎么深入用swift写过项目，最近公司要开个新项目，我决定用swift去写，因为swift才是ios的未来，以后我会总结项目中碰到的一些问题，或者不懂得地方，欢迎新手过来，大牛也可以提出宝贵意见，感谢！！！！
在写方法中参数为闭包的回调时，当执行闭包是报错了：Escaping closure captures non-escaping parameter 'failure1'.
第一眼看到，整个人顿时不好，为什么会这样，后来搜索后发现原来是这样。。。
概念：一个接受闭包作为参数的函数，该闭包可能在函数返回后才被调用，也就是说这个闭包逃离了函数的作用域，这种闭包称为逃逸闭包。当你声明一个接受闭包作为形式参数的函数时，你可以在形式参数前写@escaping来明确闭包是允许逃逸。
例如：当网络请求结束后调用的闭包。发起请求后过了一段时间后这个闭包才执行，并不一定是在函数作用域内执行的。
class ViewController: UIViewController {
override func viewDidLoad() {
super.viewDidLoad()
getData { (data) in
print("闭包结果返回--\(data)--\(Thread.current)")
}
}
func getData(closure:@escaping (Any) -> Void) {
print("函数开始执行--\(Thread.current)")
DispatchQueue.global().async {
DispatchQueue.main.asyncAfter(deadline: DispatchTime.now()+2, execute: {
print("执行了闭包---\(Thread.current)")
closure("345")
})
}
print("函数执行结束---\(Thread.current)")
}
}
以上代码最后的执行结果为：
函数开始执行。。。
函数执行结束。。。
执行了闭包。。。
闭包结果返回。。。
从结果可以看出，逃逸闭包的生命周期是长于函数的。
逃逸闭包的生命周期：
1、闭包作为参数传递给函数；
2、退出函数；
3、闭包被调用，闭包生命周期结束
即逃逸闭包的生命周期长于函数，函数退出的时候，逃逸闭包的引用仍被其他对象持有，不会在函数结束时释放。
非逃逸闭包
概念：一个接受闭包作为参数的函数， 闭包是在这个函数结束前内被调用。
例如：
class ViewController: UIViewController {
override func viewDidLoad() {
super.viewDidLoad()
handleData { (data) in
print("闭包结果返回--\(data)--\(Thread.current)")
}
}
func handleData(closure:(Any) -> Void) {
print("函数开始执行--\(Thread.current)")
print("执行了闭包---\(Thread.current)")
closure("4456")
print("函数执行结束---\(Thread.current)")
}
}
以上代码最后的执行结果为：
函数开始执行。。。
执行了闭包。。。
闭包结果返回。。。
函数执行结束。。。
从结果可以看出，非逃逸闭包被限制在函数内。
非逃逸闭包的生命周期：
1、闭包作为参数传给函数；
2、函数中运行改闭包；
3、退出函数。
为什么要分逃逸闭包和非逃逸闭包
为了管理内存，闭包会强引用它捕获的所有对象，比如你在闭包中访问了当前控制器的属性、函数，编译器会要求你在闭包中显示 self 的引用，这样闭包会持有当前对象，容易导致循环引用。
非逃逸闭包不会产生循环引用，它会在函数作用域内释放，编译器可以保证在函数结束时闭包会释放它捕获的所有对象；使用非逃逸闭包的另一个好处是编译器可以应用更多强有力的性能优化，例如，当明确了一个闭包的生命周期的话，就可以省去一些保留（retain）和释放（release）的调用；此外非逃逸闭包它的上下文的内存可以保存在栈上而不是堆上。
综上所述，如果没有特别需要，开发中使用非逃逸闭包是有利于内存优化的，所以苹果把闭包区分为两种，特殊情况时再使用逃逸闭包。
网友评论