Swift—闭包

* 闭包是自包含的函数代码块,可以在代码中被传递和使用。Swift 中的闭包与 C 和 Objective-C 中的代码块(blocks)以及其他一些编程语言中的匿名函数比较相似

* 闭包可以捕获和存储其所在上下文中任意常量和变量的引用。这就是所谓的闭合并包裹着这些常量和变量,俗称闭包

* 闭包的使用和block一样, 用于保存一段代码, 用作回调, 用作执行耗时操作

* 闭包格式: in关键字的目的是便于区分返回值和执行语句

''    {

''        (参数) -> 返回值类型

''        in

''        执行语句

''    }

'' func loadData3(name: String, finished: () -> ()){

''    print("name = \(name)")

''    finished()

'' }

func loadData2(finished: () -> ()){

''    print("耗时操作")

''    // 回调

''    finished()

'' }

func loadData(){

''    dispatch_async(dispatch_get_global_queue(0, 0)) { () -> Void in

''        print(NSThread.currentThread())

''        print("耗时操作")

''        dispatch_async(dispatch_get_main_queue(), { () -> Void in

''            print(NSThread.currentThread())

''            print("回到主线程更新UI")

''        })

''    }

'' }

闭包简写:

''    1.如果没有参数, 没有返回值, in和in之前的东西可以省略

''    2.如果闭包是函数的最后一个参数, 可以写在()后面  -- 尾随闭包

''    3.如果只有一个闭包参数, 那么()也可以省略  -- 尾随闭包

''    loadData2{

''        print("执行回调")

''    }

''    loadData3("lnj") { () -> () in

''        print("执行回调")

''    }

*循环引用问题*

* 弱引用

> OC

* \_\_weak typeof(self) weakSelf = self

* \_\_unsafe\_unretained typeof(self) weakSelf = self;

> Swift

* Swift中同样提供了两种办法用来解决你在使用类的属性时所遇到的循环强引用问题:弱引用(weak reference)和无主引用(unowned reference)

* weak var weakSelf = self

* unowned var weakSelf = self

应用场景:

* 对于生命周期中会变为nil的实例使用弱引用

* 对于初始化赋值后再也不会被赋值为nil的实例,使用无主引用

捕获列表

* Swift 提供了一种优雅的方法来解决闭包导致的循环强引用,称之为闭包捕获列表(closuer capture list)

'' 调用时在闭包的参数列表前通过[]说明捕获列表

'' 例如: loadData { [weak self] () -> () in}

> 注意

* 和OC一样, 如果你试图在实例被销毁后,访问该实例的无主引用,会触发运行时错误

*闭包循环强引用*

* block

* 闭包和block很像, 都是提前准备好代码, 在需要时执行

* block会对外部变量进行强引用, 保证执行代码时变量还在

* block中用到self一定要非常小心

* 闭包

* 闭包也一样, 会对外部变量进行强引用, 保证执行代码时变量还在

* 如果您将闭包赋值给一个类实例的属性,并且该闭包通过访问该实例或其成员而捕获了该实例,您将创建一个在闭包和该实例间的循环强引用

* Swift开发中能不写self就不写self, 一看到self就想到闭包

*析构函数*

* 析构器只适用于类类型,当一个类的实例被释放之前,析构器会被立即调用

* 类似于OC中的dealloc方法

* 析构器是在实例释放发生前被自动调用。你不能主动调用析构器

* 一般情况下, 当使用自己的资源时, 在析构函数中进行一些额外的清理

* 例如,如果创建了一个自定义的类来打开一个文件,并写入一些数据,你可能需要在类实例被释放之前手动去关闭该文件

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

推荐阅读更多精彩内容

  • 126.析构器 在一个类实例销毁前,一个析构器会立即调用。使用deinit 关键字来表示析构器, 跟构造器写法类似...
    无沣阅读 767评论 0 4
  • 闭包是自包含的函数代码块,可以在代码中被传递和使用。Swift 中的闭包与 C 和 Objective-C 中的代...
    穷人家的孩纸阅读 1,692评论 1 5
  • importUIKit classViewController:UITabBarController{ enumD...
    明哥_Young阅读 3,766评论 1 10
  • Swift 中的闭包是自包含的函数代码块,可以在代码中被传递和使用。类似于OC中的Block以及其他函数的匿名函数...
    乔克_叔叔阅读 522评论 1 3
  • //以后写要简单点,写清楚点。//PHP7需要的依赖(前面我已经安装了gcc/c++)yum install li...
    黄123阅读 454评论 0 0