Swift-访问控制Access Control、内存管理，weak

在访问权限控制这块，Swift提供了5个不同的访问级别（以下是从高到低排列，实体指被访问级别修饰的内容）

open：允许在定义实体的模块、其他模块中访问，允许其他模块进行继承、重写（open只能用在类、类成员上）

public：允许在定义实体的模块、其他模块访问，不允许其他模块进行继承、重写

internal：只允许在定义实体的模块中访问，不允许在其他模块中访问

fileprivate：只允许在定义实体的源文件中访问

private：只允许在定义实体的封闭声明中访问

绝大部分实体默认都是internal级别

访问级别的使用准则

一个实体不可以被更低级别的实体定义，比如

变量/常量类型 >= 变量/常量

参数类型、返回值类型 >= 函数

父类 >= 子类

父协议 >= 子协议

原类型 >= typealias

原始值类型、关联值类型 >= 枚举类型

定义类型A时用到的其他类型 >= 类型A

.........

泛型类型

泛型类型的访问级别是  类型的访问级别 以及 所有泛型类型参数的访问级别 中 最低的那个

internal class Car {}
fileprivate class Dog {}
public class Person<T1, T2> {}

//Person<Cat, Dog> 的访问级别是fileprivate
fileprivate var p = Person<Cat, Dog>()

成员、嵌套类型

类型的访问级别会影响成员（属性、方法、初始化器、下标）、嵌套类型的默认访问级别

一般情况下，类型为private或者fileprivate，那么成员/嵌套类型默认也是private或者fileprivate

一般情况下，类型为internal或者public，那么成员/嵌套类型默认是internal

子类重写的成员访问级别必须 >= 父类的成员访问级别

getter、setter

getter、setter默认自动接收他们所属环境的访问级别

可以给setter单独设置一个比getter更低的访问级别，用以限制写的权限

如果一个public类想在另一个模块调用编译生成的默认无参初始化器，必须显示提供public的无餐初始化器，因为public类的默认初始化器是interanal级别的

required初始化器必须跟它所属类拥有相同的访问级别

如果结构体有private/fileprivate的存储实例属性，那么它的成员初始化器也是private/fileprivate，否则默认就是internal

协议

协议中定义的要求自动接收协议的访问级别，不能单独设置访问级别

public定义的要求也是public

协议实现的访问级别必须 >= 类型的访问级别，或者  >=  协议的访问级别

扩展

如果有显示设置扩展的访问级别，扩展添加的成员自动接收扩展的访问级别

如果没有显示设置扩展的访问级别，扩展添加的成员的默认访问级别，跟直接在类型中定义的成员一样，可以单独给扩展添加的成员设置访问级别

不能给用于遵守协议的扩展显示设置扩展到 访问级别

在同一文件中的扩展，可以写成类似多个部分的类型声明，在原本的声明中声明一个私有成员，可以再同一文件的扩展中访问它，在扩展中声明一个私有成员，可以再同一文件的其他扩张中、原声明中访问它

内存管理

跟OC一样，Swift也是采取基于引用计数的ARC内存管理方案（针对堆空间）

Swift的ARC有三种引用

强引用：默认情况下，引用的都是强引用

弱引用：通过weak定义弱引用，必须是可选类型的var，因为实力销毁后，ARC会自动将弱引用置为nil，ARC自动给弱引用设置nil时，不会触发属性观察器

无主引用：通过unowned定义无主引用

不会产生强引用，实力销毁后仍然存储着实例的内存地址：类似OC的unsafe_unretained

试图在市里销毁后访问无主引用，会产生运行时错误（野指针）

Fatal error: Attempted to read an unowned reference but object 0x0 was already deallocated

Weak/unowned的使用限制

只能用在类实例上面

protocol Livable: AnyObject {}
class Person {}

weak var p0: Person?
weak var p1: AnyObject?
weak var p2: Livable?

unowned var p4: Person?
unowned var p5: AnyObject?
unowned var p6: Livable?

Autoreleasepool

public func autoreleasepool<Result>(invoking body: () throws -> Result) rethrows -> Result

autoreleasepool {
    let p = MJPerson()
    p.run()
}

循环引用

weak、unowned都能解决循环引用的问题，unowned要比weak少一些性能消耗

在生命周期中可能会变为nil的使用weak

初始化赋值后再也不会变为nil的使用unowned

闭包的循环引用

闭包表达式默认会对用到的外层对象产生额外的强引用（对外层对象进行了retain操作）

下面代码会产生循环引用，导致Person对象无法释放（看不到Person的deinit被调用）