Swift ARC(自动引用计数器)

我的博客

Swift 采用ARC的方式来管理和追踪程序中的内存使用情况。ARC的全称(Automatic Reference Counting),一般叫做自动引用计数。在大多数情况下,开发者无需考虑内存管理问题,当不再需要使用实例对象时,ARC会自动释放这些内存。

ARC的引用计数一般应用于类的实例或闭包,而数组(Array)、字典(Dictionary)、字符串(String)、结构体(Structure)、枚举(enum)都是值类型,不是引用的方式来存储和传递的。官方文档的原文是:Reference counting applies only to instances of classes. Structures and enumerations are value types, not reference types, and aren’t stored and passed by reference.

关于值类型和引用类型的区别,可参考官方博客:Swift: Value and Reference Types

1、Swift中ARC是如何工作的

1.1、How ARC Works

  • 每次创建一个类的实例,ARC就会自动为其分配内存,用来存储这个实例及其相关的属性
  • 当该实例不再被使用时,ARC会释放这个实例所占用的内存
  • 继续访问已释放的实例,如调用其方法或属性,那么可能会造成程序crash
  • 为了解决访问已释放实例造成的crash问题,ARC会追踪每个引用当前实例累的属性、常量、和变量的数量。只要有一个有效的引用,ARC就不会释放这部分内存。
  • 为此每次将一个类的实例赋值给一个属性(也可以是常量或变量)。这个属性就是这个实例的强引用。之所以称为强引用,是因为该属性强持有这个实例,并且只要这个强引用还存在,就不能销毁这个实例。

用代码来说明,我有一个学生类,为其设置一个name属性用来保存这个学生的姓名,当我创建这类时,ARC会自动为这个类创建一部分空间用来保存Student实例及其属性。

为了更好的监听这个类的创建和销毁,我分别在initdeinit方法中通过打印来监听。

class Student: NSObject {
    var name: String
    init(name: String) {
        self.name = name
        print("init------------------Student")
    }
    
    deinit {
        print("deinit------------------Student")
    }
}
var studentTom: Student? = Student(name: "Tom") // 引用计数为1
print("init------------------Student")

运行上面的代码,此时可以打看打印结果,说明此时的引用计数为1。此时没有释放这部分内存,如果我将这个实例直接置为nil呢

studentTom = nil // 此时引用计数为0
print("deinit------------------Student")

当调用了deinit方法说明引用计数为0,ARC会自动释放该实例的内存。

let studentName = studentTom!.name

当我把studentTom置为nil后,再次调用studentTom就会crash。Xcode同时会抛出一段异常:

error: Execution was interrupted, reason: EXC_BAD_INSTRUCTION (code=EXC_I386_INVOP, subcode=0x0).

为了防止出现这种情况,一般在使用可选类型(Optionals)时,应该优先做解析处理。

// 可选绑定解包
if let studentTom = studentTom {
    let studentName = studentTom.name
}
// guard 语法解包
guard let studentTom = studentTom else { return }
let studentName = studentTom.name

如果因为需要我将该学生信息进行copy操作呢,此时引用计数就变成了2,为了验证我的猜想,修改代码如下:

var studentCopy: Student? = studentTom // 引用计数为2
studentTom = nil // 引用计数为1

再次运行代码,发现并没有调用deinit方法,当我进行copy操作的时候,其引用计数就变成了2,这时候再置为nil其引用计数是1,ARC并没有释放其内存。此时需要将studentCopy的值置空,将其引用计数清空,ARC就会自动清理这部分内存。

studentCopy = nil // 引用计数为0
deinit------------------Student

2、循环引用

前面说ARC为了保证被使用实例对象不被提前释放,而采用了强引用的方式。那么针对这种情况,对开发者而言是否就一劳永逸了呢,答案是否定的,当两个实例之前形成强持有环时,这两个实例的内存就永远不会得到释放,这就需要开发者来做一些处理保证这部分内存能够在不需要时得到释放。

2.1、循环引用是如何产生的

  • 两个实例彼此保持对方的强引用,使得每个实例都使对方的保持有效时会发生循环引用。

    举例,现在我有一个老师类,对于老师和学生而言,老师要知道学生的信息,学生也要知道老师的信息,如老师的姓氏,所教授的课程等。

// 表示老师所教授的课程 
enum Course {
   case language // 语文
   case english // 英语
   case calculus // 微积分
   case quantumMechanics // 量子力学
   case geology // 地质学
}
class Teacher: NSObject {
   let lastName: String
   let course: Course
   var student: Student?
 
   init(lastName: String, course: Course) {
       self.lastName = lastName
       self.course = course
       print("init------------------Teacher")
   }
 
    deinit {
       print("deinit------------------Teacher")
    }
}

class Student: NSObject {
   var name: String
   var teacher: Teacher?
 
   init(name: String) {
       self.name = name
       print("init------------------Student")
   }
 
   deinit {
       print("deinit------------------Student")
   }
}
var studentTom: Student? = Student(name: "Tom")
var teacherMars: Teacher? = Teacher(lastName: "Mars", course: .calculus)

teacherMars?.student = studentTom
studentTom?.teacher = teacherMars

teacherMars = nil
studentTom = nil

运行上面的代码,发现无论如何都不会调用deinit方法。是因为他们各自引用这自己的对象,studentTomteacherseacherMarsstudent属性又相互引用了对方,此时在他们的引用计数都变成了2,于是就造成一个引用循环。他们之间的引用关系如下图所示:

强引用环.png

2.2、如何避免循环引用

为了解决上面的引用循环问题,根据属性是否可选而采取不同的解决方案,当属性为可选时可以用weak关键字修饰,表示该属性为弱引用。当属性不可选时,可以用unowned关键字来修饰。无论是weak还是unowned,他们的思路都是一样的,不让某种形式的引用增加引用计数就好了。

2.2.1 弱引用

在上面的例子中,只需对任意一个属性设置为弱引用即可,当然也可以把两个属性都设置为weak,不过没有这么做的必要。

weak var student: Student?

此时两个实例之间的关系图如下所示:

弱引用环.png

当我在弱引用下来释放studentTom的内存时,会是什么结果呢此时两个实例之间的关系如下所示:

studentTom = nil
teacherMars?.student
print("------------------\(String(describing: teacherMars?.student))")
init------------------Student
init------------------Teacher
deinit------------------Student
------------------nil

通过上面打印的结果来看,studentTom实例的内存顺利释放了,那么当studentTomnil时,ARC根据当前的情况进行了操作呢?

  • 首先Student对象就不再有任何strong reference了,ARC会立即回收这部分内存,同时Teacher对象的引用计数也会减一;
  • 其次当Student对象被回收调之后,teacher这个strong reference也就不存在了。Teacher的引用计数就会减一;
  • 由于student是一个weak reference,它的值会自动设置为nil,通过teacherMars?.student打印的结果为nil可以确认这一点。
弱引用01.png

当我将其中任意一个属性设置为弱引用后,这时候把teacherMarsstudentTom都设置为nilARC就能过顺利回收所有的内存,此时他们的关系如图所示:

teacherMars = nil
studentTom = nil

打印结果:

init------------------Student
init------------------Teacher
deinit------------------Student
------------------nil
deinit------------------Teacher
弱引用02.png

关于如何使用weak修饰的属性总结:

  • 弱引用不会增加实例的引用计数,因此不会阻止ARC销毁被引用的实例。所以使用弱引用后,即使两个实例互相持有也不会形成强引用环。
  • 弱引用只能申明为变量类型,因为运行时他的值可能会改变。弱引用绝对不能申明为常量。在Swift中,用var关键字申明的为变量,用let关键字申明的为常量。
  • 因为弱引用可以没有值,用弱引用来修饰的变量必须是可选类型
2.2.3 无主引用

虽然weak解决了循环引用的问题,但是不是所有的属性都是可选的,如果有一个不可以为nil的属性造成了循环引用,该怎么办呢?

  • 我可以把这个不可为nil的属性修改为可以为nil
  • 采用Swift为开发者提供的另一种解决方案,使用无主引用

和弱引用相似,无主引用也不强制有实例对象。和弱引用不同的是,无主引用默认始终有值。在属性和变量前添加unowned关键字,就可以申明一个无主引用。

为了演示这个过程,我为每个学生添加了家庭作业homeWork属性,当然并不是所有的学生都会按时写作业,所以homeWork的类型是optional,然后来实现HomeWork类;

// 家庭作业
var homeWork: HomeWork?
class HomeWork: NSObject {
    let student: Student
    let course: Course
  
    init(student: Student, course: Course) {
        self.student = student
        self.course = course
        print("init------------------HomeWork")
    }
    
    deinit {
        print("deinit------------------HomeWork")
    }
}

这里既然有了家庭作业,那么我就要知道是谁写的,是哪门课程的作业,这里studentNamecourse就不能是一个optional

var david: Student? = Student(name: "David Taylor")
var homeWork: HomeWork? = HomeWork(student: david!, course: .quantumMechanics)

此处假设学生david完成了作业,那么可以用下面的代码来表示:

david?.homeWork = homeWork 
init------------------Student
init------------------HomeWork

运行代码,发现并没有调用deinit方法,此时学生davidhomeWork就形成了一个引用循环,他们之间的持有的关系是davidhomeWork各自引用着自己的对象,davidhomeWork互相引用着彼此。

homework001.png

那么此时,我将david置为nil呢?

david = nil
init------------------Student
init------------------HomeWork

运行代码,发现依旧没有调用deinit方法,此时虽然david实例为nil,实例homeWork也离开了自己的作用域。此时在内存中david.homeWorkhomeWork.student之间的引用关系依旧会把这两个对象保持在内存中,他们关系如下图所示:

homework002.png

当然此处可以使用weak关键字将其中任意一个强持有改成弱引用来解决这个问题。此处也可以使用系统提供的另一种解决方案:非可选类型的属性前加unowned,无主引用解决循环引用问题。

unowned let student: Student

我们可以将任意一个强引用的属性前加unowned,就可以解决这个问题,唯一不同的是Strong reference变成了unowned reference,此时他们之间的引用关系是:

homework03.png

这时候再次运行代码:

david = nil
homeWork = nil

打印结果如下:

init------------------Student
init------------------HomeWork
deinit------------------Student
deinit------------------HomeWork

可以看到davidhomeWork都可以正常的被回收了,当davidnilStudent对象就会被ARC回收,而当homeWorknil时,homeWork也就失去了他的作用也会被ARC回收其内存。

homework004.png

如果我调用被释放的内存之后会怎样呢?修改代码如下:

homeWork = nil
homeWork!.student

程序执行时会crash并提示:

Unexpectedly found nil while unwrapping an Optional value

所以使用unowned虽然能解决不可选属性循环引用问题,但在实际开发中也应该注意在使用无主引用时要确保引用始终指向一个未销毁的实例

虽然使用weakunowned解决了Class中的强引用循环问题,但是Class并不是Swift中唯一的引用类型,Swift中Closure也是引用类型,至于Closure如何解决内存管理问题,可参考官方文档the swift programming language: Closures


相关链接:

《the swift programming language》Automatic Reference Counting

Handling non-optional optionals in Swift

本文demo

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 201,681评论 5 474
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 84,710评论 2 377
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 148,623评论 0 334
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,202评论 1 272
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,232评论 5 363
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,368评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,795评论 3 393
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,461评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,647评论 1 295
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,476评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,525评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,226评论 3 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,785评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,857评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,090评论 1 258
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,647评论 2 348
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,215评论 2 341