原文博客地址: 浅谈Swift的内存管理
2020年的第一篇博客, 算是2020年开了个好头, 希望能够继续坚持下去, 继续记录分享更多更高质量的文章
今年期待已久的Swift5.0
稳定版就已经发布了, 感兴趣的小伙伴可看我的这篇博客:Swift 5.0新特性更新
这篇博客可主要分享Swift
的内存管理的相关介绍和剖析, 测试环境: Xcode 11.2.1
, Swift 5.1.2
内存管理
和OC
一样, 在Swift
中也是采用基于引用计数的ARC
内存管理方案(针对堆空间的内存管理)
在Swift
的ARC
中有三种引用
强引用(strong reference
):默认情况下,代码中涉及到的引用都是强引用
弱引用(weak reference
):通过weak
定义弱引用
无主引用(unowned reference
):通过unowned
定义无主引用
weak
弱引用(weak reference
):通过weak
定义弱引用
必须是可选类型的var
,因为实例销毁后,ARC
会自动将弱引用设置为nil
ARC
自动给弱引用设置nil
时,不会触发属性观察
在介绍weak
弱引用之前, 先看一下下面一段代码
1 2 3 4 5 6 7 8 9 10 11 12 13 class Animal { deinit { print ("Animal deinit" ) } } func test () { let animal = Animal () } print ("will deinit" )test() print ("did deinit" )
上面这段代码中在test
函数调用结束之后, 该作用的内存就会被回收, animal
对象自然就会被销毁, 毫无疑问上面的输出结果应该是
1 2 3 will deinit Animal deinit did deinit
同样下面这段代码, 同样也是在a1
对象被置为nil
的时候内存会被回收, 对象就会被销毁
1 2 3 4 var a1: Animal ? = Animal ()print ("will deinit" )a1 = nil print ("did deinit" )
下面是一个被weak
修饰的弱引用对象,
我们都知道, 被weak
修饰的弱引用对象, 在对象销毁的时候, 会被自动置为nil
所以被weak
修饰的弱引用对象必须是可选类型的var
, 两个条件缺一不可
1 2 3 4 5 weak var a2: Animal ? = Animal ()weak var a2: Animal = Animal ()weak let a2: Animal ? = Animal ()
unowned
无主引用(unowned reference
):通过unowned
定义无主引用
不会产生强引用,实例销毁后仍然存储着实例的内存地址(类似于OC中的unsafe_unretained
)
试图在实例销毁后访问无主引用,会产生运行时错误(如下野指针)
1 Fatal error: Attempted to read an unowned reference but object 0x0 was already deallocate
weak
、unowned
只能用在类实例上面, 如下所示
1 2 3 4 5 6 7 8 9 10 11 12 protocol Liveable : AnyObject {}class Person {}weak var p0: Person ?weak var p1: AnyObject ?weak var p2: Liveable ?unowned var p10: Person ?unowned var p11: AnyObject ?unowned var p12: Liveable ?
循环引用
weak
、unowned
都能解决循环引用的问题,unowned
要比weak
少一些性能消耗
在生命周期中可能会变为nil
的使用weak
初始化赋值后再也不会变为nil
的使用unowne
说道循环引用就自然想到了闭包
闭包的循环引用 闭包表达式默认会对用到的外层对象产生额外的强引用(对外层对象进行了retain
操作), 看一下下面的代码中deinit
会被调用吗?
1 2 3 4 5 6 7 8 9 10 11 12 13 14 class Person { var fn: (() -> ())? func run () { print ("run" ) } deinit { print ("deinit" ) } } func test () { let p = Person () p.fn = { p.run() } } test()
上面代码中, p
对象强引用着fn
闭包, fn
闭包也强引用着p
对象, 自然就造成了循环引用问题
最后没有任何输出结果, 我们看一下上述代码的汇编执行过程
从上面汇编代码可以看出, 整个过程经历了
一次init
引用计数为: 1
一次retain
引用计数会加(1), 结果为: 2
一次release
引用计数会减(1), 结果为: 1
那么最后的引用计数就是1, 所以p
对象肯定没有被释放
下面是使用解决循环引用的情况
在闭包表达式的捕获列表里, 声明weak
或unowned
引用,用以解决循环引用问题
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 func test () { let p = Person () p.fn = { [weak p] in p? .run() } } func test () { let p = Person () p.fn = { [unowned p] in p.run() } }
上述两种方式都可以解决循环引用的问题, 运行后就发现Person
对象调用了deinit
这里我们再看一下汇编代码如下, 从下面汇编代码中可以很明显看到, 引用计数最后为0, 对象被释放
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 func test () { let p = Person () p.fn = { [unowned p] in p.run() } } func test () { let p = Person () p.fn = { [unowned ownedP = p, weak weakP = p] in ownedP.run() } }
这里要区分捕获列表和参数列表, 下面看看fn
有参数的情况下
1 2 3 4 5 6 7 8 9 10 11 12 13 class Person { var fn: ((Int ) -> ())? func run () { print ("run" ) } deinit { print ("deinit" ) } } func test () { let p = Person () p.fn = { (num) in print ("num = \(num) " ) } }
那么闭包的参数列表和捕获列表同时存在的情况如下代码所示
1 2 3 4 5 6 7 8 func test () { let p = Person () p.fn = { [weak p](num) in print ("num = \(num) " ) p? .run() } }
self的循环引用
如果想在引用闭包的同时引用self
, 这个闭包必须是lazy
的
因为实例在初始化完毕之后才能引用self
1 2 3 4 5 6 7 8 9 10 11 12 13 14 class Person { lazy var fn: (() -> ()) = { self .run() } func run () { print ("run" ) } deinit { print ("deinit" ) } } func test () { let p = Person () p.fn() } test()
上面代码中如果fn
闭包去掉lazy
, 编译器会直接报错
在Swift
中, 为了保证初始化的安全, 设定了两段式初始化, 在所有的存储属性被初始化完成之后, 初始化器才能够使用self
而且在上述fn
闭包中, 如果fn
内部用到了实例成员(属性和方法), 则编译器会强制要求明确写出self
lazy
既保证只有在使用的时候才会被初始化一次
但是上述代码同样存在循环引用的问题, Person
对象强引用着fn
闭包, fn
闭包也强引用着self
同样使用weak
和unowned
解决循环引用的问题
1 2 3 4 5 6 7 8 9 10 11 lazy var fn: (() -> ()) = { [weak self ] in self ? .run() } lazy var fn: (() -> ()) = { [unowned self ] in self .run() }
另外再看看下面这种情况, 是都存在循环引用的问题
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 class Student { var age: Int = 2 lazy var getAge: Int = { self .age }() deinit { print ("deinit" ) } } func test () { let p = Student () print (p.getAge) } test()
通过输出结果看一看出调用了deinit
, 说明对象最终被释放, 并未出现循环引用的问题, 下面比较一下
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 class Person { lazy var fn: (() -> ()) = { self .run() } func run () { print ("run" ) } deinit { print ("deinit" ) } } class Student { var age: Int = 2 lazy var getAge: Int = { self .age }() deinit { print ("deinit" ) } }
上述两种写法的区别, 本质上说
Person
对象中的fn
闭包属于闭包赋值
Student
对象那个中的getAge
属于闭包调用(类似函数调用)
相当于在在Student
对象调用getAge
结束之后, 作用域内的变量就会被释放
1 2 3 4 5 6 7 lazy var getAge: Int = { return self .age }() lazy var getAge: Int = self .age
内存访问冲突 在Swift
中的内存访问冲突主要在两个访问满足下列条件时发生
至少一个是写入操作
它们访问的是同一块内存
它们的访问时间重叠(比如在同一个函数内)
对比看看以下两个函数操作
1 2 3 4 5 6 7 8 9 10 11 12 13 var number = 1 func plus (_ num : inout Int ) -> Int { return num + 1 } number = plus(& number) var step = 1 func increment (_ num : inout Int ) { num += step } increment(& step)
上面第二部分代码就是同时对step
变量执行读写操作, 运行时会报出如下错误
1 Simultaneous accesses to 0x100002028, but modification requires exclusive access.
再看下面对于结构体和元组的使用, 这里先定义一个全局函数和一个结构体
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 func balance (_ x : inout Int , _ y : inout Int ) { let sum = x + y x = sum / 2 y = sum - x } struct Player { var name: String var health: Int var energy: Int mutating func shareHealth (with teammate : inout Player ) { balance(& teammate.health, & health) } }
再看下面的使用示例, 两者都会有一个内存访问冲突的错误
1 2 3 4 5 6 7 var maria = Player (name: "Maria" , health: 50 , energy: 10 )balance(& maria.health, & maria.energy) var tuple = (health: 10 , energy: 20 )balance(& tuple.health, & tuple.energy)
但是有时候的确会有上面这种访问同一块内存的需求, 如果下面的条件满足, 就说明重叠访问结构体的属性是安全的
访问的是实例存储属性, 不是计算属性或者类属性
结构体是局部变量而非全局变量
结构体要么没有被闭包捕获要么只被非逃逸闭包捕获
1 2 3 4 5 6 7 func test () { var maria = Player (name: "Maria" , health: 50 , energy: 10 ) var tuple = (health: 10 , energy: 20 ) balance(& tuple.health, & tuple.energy) balance(& maria.health, & maria.energy) }
指针 1 2 class Person {}var person = Person ()
在Swift
中class
声明的类(Person
)是引用类型, 初始化的person
对象其本质上就是一个指针变量
而person
里面存储的就是这个指针变量的地址值, 也就可以根据这个地址值去访问被分配的内存空间
指针在某种意义上被定性为不安全的, 举个例子:
当前指针变量的地址值对应的空间只有32个字节, 但有可能访问的是超过32个字节的空间, 这样就可能会出问题的
指针分类 在Swift
中也有专门的指针类型,这些都被定性为Unsafe
(不安全的),常见的有以下4种类型
UnsafePointer<Pointee>
, 类似于C语言中的const Pointee *
, 只能访问内存不能修改内存, 这里的Pointee
是指泛型
UnsafeMutablePointer<Pointee>
类似于C语言中的Pointee *
, 可以访问和修改内存, 这里的Pointee
是指泛型
UnsafeRawPointer
类似于const void *
, 不支持泛型
UnsafeMutableRawPointer
类似于void
, 不支持泛型
下面看一下具体的使用示例
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 var age = 10 func sum1 (_ ptr : UnsafeMutablePointer <Int >) { ptr.pointee += 10 } func sum2 (_ ptr : UnsafePointer <Int >) { print (ptr.pointee) } func sum3 (_ num : inout Int ) { num += 10 } sum1(& age) sum2(& age) sum3(& age) print (age)func sum4 (_ ptr : UnsafeMutableRawPointer ) { print ("age = " , ptr.load(as: Int .self )) ptr.storeBytes(of: 50 , as: Int .self ) } func sum5 (_ ptr : UnsafeRawPointer ) { print ("age = " , ptr.load(as: Int .self )) } sum4(& age) sum5(& age)
获得变量的指针 Swift
中有可以直接获取变量的指针的方法
1 2 3 4 5 6 @inlinable public func withUnsafeMutablePointer <T , Result >(to value : inout T , _ body : (UnsafeMutablePointer <T >) throws -> Result ) rethrows -> Result @inlinable public func withUnsafePointer <T , Result >(to value : T , _ body : (UnsafePointer <T >) throws -> Result ) rethrows -> Result @inlinable public func withUnsafePointer <T , Result >(to value : inout T , _ body : (UnsafePointer <T >) throws -> Result ) rethrows -> Result
上述方法中返回值默认是变量的指针地址, 也可以是其他的数据类型, 主要取决于body
闭包的返回值, 返回值类型由闭包中的Result
泛型决定
1 2 3 4 5 6 7 8 9 10 11 12 13 var age = 10 var ptr1 = withUnsafeMutablePointer (to: & age) { $0 } var ptr2 = withUnsafePointer (to: & age) { $0 } ptr1.pointee = 22 print (ptr2.pointee) print (ptr2) var ptr3 = withUnsafeMutablePointer (to: & age) { UnsafeMutableRawPointer ($0 ) } var ptr4 = withUnsafePointer (to: & age) { UnsafeRawPointer ($0 ) } ptr3.storeBytes(of: 33 , as: Int .self ) print (ptr4.load(as: Int .self )) print (ptr4)
创建指针
之前获取到的指针都是根据已经存在的内存获取的
这里就看看重新分配一块内存指向堆空间
malloc Swift
提供了malloc
直接分配内存创建指针的方式
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 public func malloc (_ __size : Int ) -> UnsafeMutableRawPointer !public func free (_ : UnsafeMutableRawPointer !)@inlinable public func storeBytes <T >(of value : T , toByteOffset offset : Int = 0 , as : T .Type )@inlinable public func load <T >(fromByteOffset offset : Int = 0 , as type : T .Type ) -> T
代码示例如下
1 2 3 4 5 6 7 8 9 10 11 var ptr = malloc(16 )ptr? .storeBytes(of: 10 , as: Int .self ) ptr? .storeBytes(of: 12 , toByteOffset: 8 , as: Int .self ) print (ptr? .load(as: Int .self ) ?? 0 )print (ptr? .load(fromByteOffset: 8 , as: Int .self ) ?? 0 )free(ptr)
allocate 使用allocate
方式创建指针, 代码示例如下
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 // byteCount: 需要申请的字节数, alignment: 对其字节数 var ptr2 = UnsafeMutableRawPointer.allocate(byteCount: 16, alignment: 1) // 存储 ptr2.storeBytes(of: 9, as: Int.self) // 根据字节偏移存储 // 这里的ptr3是ptr2偏移8个字节的新的指针地址 var ptr3 = ptr2.advanced(by: 8) // UnsafeMutableRawPointer ptr3.storeBytes(of: 12, as: Int.self) // 上面这种方式等价于 ptr2.storeBytes(of: 12, toByteOffset: 8, as: Int.self) // 取值同样 print(ptr2.load(as: Int.self)) // 下面这两种取值方式也是一样的 print(ptr2.advanced(by: 8).load(as: Int.self)) print(ptr2.load(fromByteOffset: 8, as: Int.self)) // 释放内存 ptr2.deallocate()
只有UnsafeMutableRawPointer
才有allocate
分配方法, UnsafeRawPointer
是没有这个方法的
下面说到的UnsafeMutablePointer<T>
类型也是, UnsafePointer<T>
没有allocate
分配方法
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 var ptr = UnsafeMutablePointer <Int >.allocate(capacity: 3 )ptr.initialize(to: 10 ) ptr.initialize(repeating: 10 , count: 2 ) var ptr1 = ptr.successor() ptr1.initialize(to: 20 ) ptr.successor().successor().initialize(to: 30 ) print (ptr.pointee) print ((ptr + 1 ).pointee) print ((ptr + 2 ).pointee) print (ptr[0 ])print (ptr[1 ])print (ptr[2 ])ptr.deinitialize(count: 3 ) ptr.deallocate()
指针之间的转换 前面提到过Swift
中的指针类型有四种
UnsafePointer<Pointee>
类似于const Pointee *
UnsafeMutablePointer<Pointee>
类似于Pointee *
UnsafeRawPointer
类似于const void *
UnsafeMutableRawPointer
类似于void *
那么上面的类型, 能否通过其中的一种创建另外一种指针呢, 下面我们来看一下
init UnsafeMutableRawPointer
中有一个初始化方法可以根据UnsafeMutablePointer
创建自身
1 2 3 4 public init <T >(_ other : UnsafeMutablePointer <T >)var ptr = UnsafeMutablePointer <Int >.allocate(capacity: 3 )var ptr1 = UnsafeMutableRawPointer (ptr)
assumingMemoryBound 反过来, UnsafeMutableRawPointer
也提供了一个方法用于创建UnsafePointer
1 2 3 4 5 6 7 8 9 10 11 public func assumingMemoryBound <T >(to : T .Type ) -> UnsafePointer <T >var ptr = UnsafeMutableRawPointer .allocate(byteCount: 16 , alignment: 1 )var ptr1 = ptr.assumingMemoryBound(to: Int .self )ptr1.pointee = 11 (ptr + 8 ).assumingMemoryBound(to: Int .self ).pointee = 12 ptr.deallocate()
unsafeBitCast unsafeBitCast
是忽略数据类型的强制转换,不会因为数据类型的变化而改变原来的内存数
1 2 3 4 5 6 7 8 9 10 @inlinable public func unsafeBitCast <T , U >(_ x : T , to type : U .Type ) -> U var ptr = UnsafeMutableRawPointer .allocate(byteCount: 16 , alignment: 1 )unsafeBitCast (ptr, to: UnsafeMutablePointer <Int >.self ).pointee = 13 unsafeBitCast (ptr + 8 , to: UnsafeMutablePointer <Double >.self ).pointee = 14.23 ptr.deallocate()