首页 > 代码库 > Swift的构造和析构过程
Swift的构造和析构过程
构造过程
Swift的构造过程通过定义构造器来实现。
不过与Objective-C不同的是，Swift的构造器不需要返回值，同样也不需要表明Func。
另外值得提的是，当构造器中为存储型属性赋值时，不会触发属性观测器。
定制化的构造过程
1. 除了默认的构造器外，我们可以通过增加参数的方式来为其添加自定义的构造函数或者叫便捷构造器（covenience initializer）。
2. 构造器自动生成外部参数名，如果不希望则用"_"下划线来屏蔽掉。
3. 若属性为Optional类型的，在构造器中如果未赋值，编译器默认赋值为nil。
4. 只要在构造结束前常量的属性确定，则可在构造过程的任意时间点修改常量属性，但不能在子类中修改。
5. 若不写init也会有默认构造器。
6. 结构体有默认的逐一成员构造器。
类的继承和构造过程
构造器代理
我们可以通过调用其他的构造器来完成部分构造过程，且只能在构造器内部调用self.init
强调一点的是，
类的所有存储型属性，包括继承自父类的，必须在构造过程中设置初始值。
构造器链
在苹果的语言文档中，给构造器代理调用说明了三条原则：
1. 指定构造器必须调用其直接父类的指定构造器。
2. 便利构造器必须调用同一类中定义的其他构造器。
3. 便利构造器最终以调用一个指定构造器结束。
简单来讲为指定构造器向上调用，而便利构造器横向调用。
二段式的构造过程
第一阶段： 每个存储型属性通过引入它们的类构造器来设初始化值。
第二阶段： 在准备使用前进一步定制。
为了保证二段式构造顺利完成，编译器会执行4种有效的安全检查：
1. 指定构造器必须保证其所在类引入的所有属性都初始化完成之后才能将其他任务向上代理给父类构造器。
2. 指定构造器须先调用父类的构造器才能为继承来的属性赋新值。
3. 便利构造器须先调用其他构造器，再能赋新值。不然则可能会被覆盖掉。
4. 构造器在第一阶段完成前，不能调用任何实例方法，访问实例属性及self。
构造器的继承和重载
Swift的子类不会默认继承父类的构造器，这种机制可以防止一个父类的简单构造器被一个更专业的子类继承，并被错误的用来创建子类的实例。
我们可以在自己定制的子类中，重载父类的构造器。
与方法，属性和下标脚本不同，重载init方法时没必要使用override关键字。
但满足特殊条件时则可以自动继承父类的构造器，有两个原则：
1. 若子类没有定义指定构造器，则继承父类的指定构造器。
2. 若子类提供所有父类指定构造器实现，将自动继承便利构造器。
指定构造器和便利构造器的语法
初始化过程遵守上面原则即可。不过类不同于结构体，没有逐一初始化器。
通过闭包或者函数设置属性值
一般使用代码块后面会加空的小括号，表明立即执行此闭包，将返回值赋给属性而不是闭包本身赋值给属性。
闭包初始化属性时，其它部分还未初始化，这意味不允许在闭包中访问其它属性，self，也不允许使用点语法。
例子：棋盘
这里结构体持有的棋盘颜色数组使用了闭包来建立。不过我们注意到数组的写法是[Bool]而不是之前的Bool[] 这是当前(14.7.11)苹果在Xcode-beta3中对Swift语法最新的修改。
析构过程
析构属于C++中常提到的概念，类似于oc中的dealloc,java中finalize。当一个实例即将离开堆内存时，我们会调用deinit函数，来进行一些额外的清理工作。
自动引用计数
引用循环问题
在OC中，常常在block中调用self前会使用__weak来修饰weakSelf,来防止由于block的变量捕获而造成的引用循环问题。同样在Swift中也会有这种情况，不过Swift除了使用弱引用外，添加了一种无主引用。
需要注意的是，弱引用必须为变量而不是常量。
那么无主引用（unowned）是什么呢。
无主引用使用unowned关键字，修饰永远有值的内容，注意的是，实例如果被销毁后访问无主引用会引发crash。
无主引用的使用场景，
有时候我们有两个属性互相指向对方，而且都不能为nil， 这时候需要一个属性标记为无主，另一个为隐式解析可选属性(使用!)。
例：
我们可以注意到Country中有个属性为City, 而capitalCity在初始化时将country指向了自己，所以这时候我们将City的country设计为无主引用而Country的capital则为隐式可选属性(!)。
闭包引起的强循环引用
闭包在捕获值时，尤其是self时，需要特别小心，这时我们要在定义参数列表时将其捕获的实例修饰为unowned
注意参数列表中使用weak还是unowned关键字与被修饰的内容能否为nil有关。如果实例可能为nil则坚决不要使用unowned来修饰。
这篇博客主要描述了Swift中实例的构造以及析构过程。以上为本篇博客全部内容，欢迎勘误讨论。
这篇文章以及其他所有文章关于Swift的playground都收集在https://github.com/Rannie/PlaygroundSwift
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。