初始化

• 类、结构体、枚举都可以定义初始化器

• 类有2中初始化器：指定初始化器、便捷初始化器

• 每个类至少有一个指定初始化器，指定初始化器是类的主要初始化器

• 默认初始化器总是类的指定初始化器

• 类偏向于少量指定初始化器，一个类通常只有一个指定初始化器

• 初始化器的相互调用规则
  -- 指定初始化器必须从它的直系父类调用指定初始化器
  -- 便捷初始化器必须从相同的类里调用另一个初始化器
  -- 便捷初始化器最终必须调用一个指定初始化器

image.png image.png

• 每个类至少有一个指定初始化器，指定初始化器是类的主要初始化器
  -- 指定初始化器必须从它的直系父类调用指定初始化器

两段式初始化

Swift为了保证初始化过程的安全，设定了两段式初始化、安全检查

• 两段式初始化

第一阶段：初始化所有存储属性

1.外层调用指定\便捷初始化器
2.分配内存给实例，但未初始化
3.指定初始化器确保当前定义的存储属性都初始化
4.指定初始化器调用父类的初始化器，不断向上调用，形成初始化器链

第二阶段：设置新的存储属性值

1.从顶部初始化器往下，链中的每一个指定初始化器都有机会进一步定制实例
2.初始化器现在能够使用self
3.最终，链中任何便捷初始化器都有机会定制实例以及使用self

在设置新的存储属性值或者其他定制化操作时，必须在第一阶段结束后，才可以操作，编译器在也在此基础上禁止了在第一阶段未结束前，做定制化操作，保证了对象一定是初始化成功，且有值的。

重写

• 当重写父类的指定初始化器时，必须加上override

• 如果子类写了一个匹配父类便捷初始化器的初始化器，不用加上override
  -- 因为子类是无法重写父类的便捷初始化器

自动继承

1.如果子类没有自定义任何指定初始化器，它会自动继承父类所有的指定初始化器
也就是说，可以直接使用父类初始化器

2.如果子类提供了父类所有指定初始化器的实现
要不就是第一种，使用自动继承，要不就是使用重写

3.就算子类添加了更多的便捷初始化器，这些规则仍然适用

4.子类以便捷初始化器的形式重写父类的指定初始化器，也可以作为满足规则的一部分

required

用required修饰指定初始化器，表明其所有子类都必须实现该初始化器（通过继承或者重写实现）

如果子类重写了required初始化器，也不许加上required,不用加override

image.png

必须也加上required否则会报错

属性观察器

• 父类的属性在它自己的初始化器中赋值不会触发属性观察器，但在子类的初始化器中赋值会触发属性观察器

image.png image.png

通过上述代码可以看出，Person初始化器中是有赋值操作的，但是打印出来的观察到的是1，也就是说在继承当中，属性观察器，在初始化器中，注意是初始化器当中，只会在子类的初始化器的赋值操作才会被回调。

可失败初始化器

• 类、结构体、枚举都可以使用init？定义可失败初始化器

image.png image.png

写返回nil直接报错

image.png

给初始化器加上？号，报错消失

• 不允许同时定义参数标签、参数个数、参数类型相同的可失败初始化器和非可失败初始化器
  （不能重名）

image.png

虽然初始化器的内容不一样，但是在使用时会引起歧义。

• 可以用 init! 定义隐私捷豹的可失败初始化器

• 可失败初始化器可以调用非可失败初始化器，非可失败初始化器调用可失败初始化器需要进行解包
  (因为可失败初始化器就是一个可选项)

• 如果初始化器调用一个可失败初始化器导致初始化失败，那么整个初始化过程都失败，并且之后的代码都停止执行
  (失败会返回nil，那么肯定就蹦了呀，也可以写一些失败措施)

• 可用一个非可失败初始化器重写一个可失败初始化器，但反过来是不行的

反初始化器 (deinit)

deinit叫做反初始化器，类似OC中的dealloc方法