近期看到swift里面不仅有循环引用和弱引用(weak),还加入了无主引用(unowned),于是写了一些demo,这里总结一下。

和OC一样。Swfit默认也是基于ARC进行内存管理的,因此尽管简单,但假设不注意任然会出现循环引用问题(Retain cycle),导致内存泄露。

在OC中,能够非常easy的举出一个循环引用的样例。比方有两个类A和B,A中有一个属性是B类的实例,而B中又有一个属性是A类的实例。同一时候这两个属性都是strong的。这就导致了一个最简单的循环引用。

可是由于swift语法的特殊性。这种样例不像OC中一样easy构造。

由于对于一般类型的属性,Swfit要求在一个类的初始化方法中保证它一定有值。

这将导致一个死循环。

试想一下,A类在初始化的时候要保证它的某一个类型为B的属性先被初始化。而这个属性中又含有一个类型为A的属性须要先被初始化。

这样循环下去的后果是,没有不论什么一个A或者B类的对象能先被初始化。假设同意代码的话,能够编译,可是执行时会报错:“EXC_BAD_ACCESS”.

可是Swift这个特性并不意味着,在swift里面就不会出现引用循环问题了。

由于swift还提供了可选类型,这个类型能够不被赋值,默认值就是nil(这个nil表示没有赋值。而不表示不论什么详细的值,在OC中nil表示空指针)。

对于之前举得样例,仅仅要把属性设置为相应类的可选类型,一样会导致循环引用问题。

与OC相似,解决循环引用问题最简单方法就是把属性定义为weak。比方

class ClassA {
weak var classBInstance: ClassB?
init(){
//初始化操作
}
}

当弱引用所指向的对象被回收后,这个弱引用会自己主动被置为nil。

这一点和OC非常相似。因此也能够看到,由于nil是可选类型的特权,所以weak修饰符仅能修饰可选类型属性。

与OC不同的是,除了弱引用外。swift还提供了无主引用来打破引用循环。依据我们刚刚的讨论,导致循环引用的属性,至少有一个是可选类型。这也就是说。有可能在还有一个类里面。它的属性不是可选类型:

class ClassB {
unowned var classAInstance: ClassA = ClassA()
init(){
//初始化操作
}
}

比方在B类中,classAInstance这个属性就能够不是可选类型。在这种情况下,还能够使用无主引用来打破引用循环。语法就是把weak替换为unowned关键字。unowned属性引用的对象被回收后,引用不会被置为nil,也不能被訪问,否则会触发执行时错误。

总结一下就是:


  1. 和OC一样。Swift也是用ARC,也会有循环引用导致内存泄露
  2. 假设属性是可选类型。仅仅能用weak修饰符避免循环引用。所引用对象被回收后改属性会被自己主动置为nil
  3. 假设属性不是可选类型,仅仅能用无主引用(unowned)。所引用对象被回收后属性不会被置为nil,此时訪问会导致执行时错误。相似OC中的unsafe_unretained修饰符