Swift闭包(二):进阶篇

Swift闭包的基础笔者已经写了一篇,如果你还不是很清楚基本使用,建议先看基础篇,如果已经会了,那直接跳过,一起学习闭包进阶篇吧

逃逸闭包与非逃逸闭包

逃逸闭包概念:当一个闭包作为参数传到一个函数中,但是这个闭包在函数返回之后才被执行,我们称该闭包从函数中逃逸。

非逃逸闭包概念:当一个闭包作为参数传到一个函数中,并且这个闭包在函数没有返回之前就执行完了,我们称该闭包为非逃逸闭包。

举个例子说明这个问题

class ViewController: UIViewController {
    
    var x = 10
    var callBackArray: [() -> Void] = []
    
    // 逃逸闭包    
    func testEscapingClosure(callBack: @escaping () -> Void) {
        callBackArray.append(callBack)
    }
    
    // 非逃逸闭包
    func testNoEscapingClosure(closure: () -> Void) {
        closure()
    }

    override func viewDidLoad() {
        super.viewDidLoad()
        
        testEscapingClosure { [unowned self] () -> Void in
            self.x = 100    // 逃逸闭包需要显式的写出self
        }
        
        testNoEscapingClosure {
            x = 200         // 非逃逸闭包无需显式的写出self
        }
    
        print(x)     // 200
        callBackArray.first?()   // 修改了x
        print(x)     // 100

        DispatchQueue.main.async {
            self.x = 1   // 逃逸闭包需要显式的写出self
        }
    }
}

为什么逃逸闭包需要显式的写self,而非逃逸闭包可以省略不写?分析这个问题我们分两步分析:

1 非逃逸闭包为什么可以不用写self

当执行testNoEscapingClosure函数的时候,函数体中创建了一个局部变量引用着closure闭包,闭包中要访问对象self中的成员变量首先需要引用self,此时在内存中的关系如图所示,并不会出现循环引用,当函数执行结束,引用着闭包的成员变量会被释放,从而图示中的虚线断开了,闭包引用计数为0,在内存中被清除。针对这种肯定不会出现循环引用的情况,苹果可能为了简化代码,让开发者无需显式的写出self,当然你要写也是能正常编译的。

2 逃逸闭包为什么需要写self

当执行testEscapingClosure函数的时候,函数体创建了一个局部变量引用着callBack闭包,闭包中要访问self中的成员变量需要引用self,但是要注意的是这里只能弱引用[weak self]或者指向self所在内存(引用计数不增加)[unowned self],图示用虚线体现出来了,这样就避免了循环引用,而这个操作是需要开发人员自己通过代码处理的[unowned self] [weak self],针对这种可能会出现循环引用的情况,苹果希望开发者显式的写出self。

需要注意的是下面的代码也是逃逸闭包,为什么?我画个图能把这个问题说清楚

override func viewDidLoad() {
    print("任务1")
    DispatchQueue.main.async {
        self.x = 1 // 逃逸闭包需要显式的写出self
    }
    print("任务3")
}

DispatchQueue.main.async的作用其实就是将闭包任务添加到Main队列中(往指定队列队尾追加),同时指定在执行闭包的时候是否创建新线程(这里虽然是异步,但是在主队列,所以不会创建新线程),之后再执行任务3,任务3执行完毕,函数viewDidLoad就结束了,如图所示,闭包任务并没有在viewDidLoad中,他不仅要等viewDidLoad结束,还得等viewWillAppear....结束才能开始执行,既然如此,当然就是逃逸闭包了。

自动闭包

自动闭包是一种自动创建的闭包,用于包装传递给函数作为参数的表达式。这种闭包不接受任何参数,当它被调用的时候,会返回被包装在其中的表达式的返回值
下面看段自动闭包的代码事例:

class ViewController: UIViewController {
    
    let aa = { () -> String in
        print("do some thing")
        return "Autoclosures test"
    }
    
    func test(_ f: () -> String) {
        print(f())
    }
    
    // 将传进来的 表达式 自动闭包
    func testAutoclosures(_ f: @autoclosure () -> String) {
        print(f())
    }
    
    override func viewDidLoad() {
        super.viewDidLoad()
        
        // 直接传闭包代码块
        test { () -> String in
            print("aaa");
            return "hahaha"
        }
        
        // 传闭包名
        test(aa)
        
        // 表达式 aa() 将会被自动闭包
        testAutoclosures(aa())
    }
}

上面这段代码事例默认是非逃逸闭包,有时候可能有逃逸闭包的场景,下面举个自动闭包又是逃逸闭包的例子:(注意看代码上的注释,我这里把解释通过注释的形式体现出来了)

class ViewController: UIViewController {

    var x = 10
    var closureArray: [() -> String] = []
    
    func bb() -> String {
        x = 20
        return String(x)
    }
    
    func testAutoclosure(_ f: @escaping () -> String) {
        closureArray.append(f)
    }
    
    // 自动闭包,并且是逃逸闭包
    func testAutoclosure2(_ f: @autoclosure @escaping () -> String) {
        closureArray.append(f)
    }
    
    override func viewDidLoad() {
        super.viewDidLoad()
        
        // 直接通过闭包名传递,注意:这种写法会retainCycle
        //        testAutoclosure(bb)
        
        // 既然上面会出现retainCycle,那么自己包装一个闭包,在闭包中解决retainCycle
        testAutoclosure { [unowned self] () -> String in
            self.bb()
        }
        
        // 注意:这种写法会retainCycle 这里不仔细是非常容易犯错的
        //        testAutoclosure2(self.bb())
        
        // @autoclosure会自动帮我们生成闭包
        unowned let assingSelf = self
        testAutoclosure2(assingSelf.bb())  // 参数传 表达式 ,闭包处理苹果会自动处理

        // 用weak解决循环引用
        weak var weakSelf = self
        testAutoclosure2( (weakSelf?.bb())! )
    }
}

关于上面这个例子,有细节部分需要特别注意的,很容易忽略导致内存泄露,testAutoclosure2(xxxx) 为什么要用weak引用或者unowned?我尝试通过图来说明一下:

当我们封装完的一个函数,恰好有一个场景可以把函数转成闭包直接用的时候,这时自动闭包就起作用了,代码看起来会简短很多,不过个人建议这种代码还是少用为妙,因为他并不易读。

循环引用

关于循环引用,上面分析逃逸闭包和自动闭包的时候也有做描述,如果还不是很明白为什么会出现循环引用,可以参考一下笔者的这篇文章,IOS之block和内存那些事,虽然用的是OC举得例子,其实原理差不多的。然后我还想强调的是,不要死记会出现循环引用的场景和解决办法,应该分析内存去理解,只有理解了,代码千变万化,自要保持冷静去分析,相信都能思考出想要的答案。

闭包捕获、闭包是引用类型

闭包可以在其被定义的上下文中捕获常量或变量。即使定义这些常量和变量的原作用域已经不存在,闭包仍然可以在闭包函数体内引用和修改这些值

class ViewController: UIViewController {

    func testCapture() -> () -> Int {
        
        var count = 0
        
        func closureFunc() -> Int {
            count = count + 10
            return count
        }
        
        return closureFunc
    }
    
    override func viewDidLoad() {
        super.viewDidLoad()
        
        let test1 = testCapture()
        
        print(test1())              // 10
        print(test1())              // 20
        print(test1())              // 30
        
        let test2 = test1
        print(test2())              // 40
        print(test2())              // 50
    
        let test3 = testCapture()
        print(test3())              // 10
        
        print(test1())              // 60
    }
}

这段代码看起来非常好理解,不过有个疑惑,看图


test1和test2内存地址一样好理解,因为是引用类型赋值,但是test3内存地址也一样,如果test3内存地址一样,那么最后一句print(test1()) 为什么不是20?

类似的疑惑

class ViewController: UIViewController {
    
    // 逃逸闭包
    var x = 10
    var callBackArray: [() -> Void] = []
    
    func testEscapingClosure(callBack: @escaping () -> Void) {
        callBackArray.append(callBack)
    }
    
    override func viewDidLoad() {
        super.viewDidLoad()
        
        testEscapingClosure { [unowned self] () -> Void in
            self.x = 100    // self -> 0x000060000000c821
        }
        
        testEscapingClosure { [weak self] () -> Void in
            self?.x = 100  // self -> 0x7ff940408310
        }
        
        // self -> 0x7ff940408310
        callBackArray[0]()
        callBackArray[1]()
    }
}

从注释可以看出captureList里的self,用weak修饰的self内存地址和外面的self内存地址一致,这也和预期想的一样,然而unowned里的self内存地址变了,难道不也是和外面的self地址一样,只不过是引用计数不加1?这个问题我正在研究,回头再分享。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,547评论 6 477
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,399评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,428评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,599评论 1 274
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,612评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,577评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,941评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,603评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,852评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,605评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,693评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,375评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,955评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,936评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,172评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 43,970评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,414评论 2 342

推荐阅读更多精彩内容