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方法时不是必需使用overridekeyword。

但满足特殊条件时则能够自己主动继承父类的构造器，有两个原则：

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）是什么呢。

无主引用使用unownedkeyword。修饰永远有值的内容，注意的是，实例假设被销毁后訪问无主引用会引发crash。

无主引用的使用场景，

有时候我们有两个属性互相指向对方，并且都不能为nil， 这时候须要一个属性标记为无主。还有一个为隐式解析可选属性(使用!)。

例：

我们能够注意到Country中有个属性为City, 而capitalCity在初始化时将country指向了自己。所以这时候我们将City的country设计为无主引用而Country的capital则为隐式可选属性(!)。

闭包引起的强循环引用

闭包在捕获值时。尤其是self时，须要特别小心，这时我们要在定义參数列表时将其捕获的实例修饰为unowned

注意參数列表中使用weak还是unownedkeyword与被修饰的内容是否能为nil有关。

假设实例可能为nil则坚决不要使用unowned来修饰。

这篇博客主要描写叙述了Swift中实例的构造以及析构过程。以上为本篇博客所有内容，欢迎勘误讨论。

这篇文章以及其它全部文章关于Swift的playground都收集在https://github.com/Rannie/PlaygroundSwift