内存管理
- 和 OC 一样, 在 Swift 中也是采用基于引用计数的 ARC 内存管理方案(针对堆空间的内存管理)
- 在 Swift 的 ARC 中有三种引用
- 强引用( strong reference ):默认情况下,代码中涉及到的引用都是强引用
- 弱引用( weak reference ):通过 weak 定义弱引用
- 无主引用( unowned reference ):通过 unowned 定义无主引用
weak
- 弱引用( weak reference ):通过 weak 定义弱引用
- 必须是可选类型的 var ,因为实例销毁后, ARC 会自动将弱引用设置为 nil
- ARC 自动给弱引用设置 nil 时,不会触发属性观察
- 在介绍 weak 弱引用之前, 先看一下下面一段代码
class Animal {
deinit {
print("Animal deinit")
}
}
func test() {
let animal = Animal()
}
print("will deinit")
test()
print("did deinit")
上面这段代码中在 test 函数调用结束之后, 该作用的内存就会被回收, animal 对象自然就会被销毁, 毫无疑问上面的输出结果应该是
will deinit
Animal deinit
did deinit
同样下面这段代码, 同样也是在 a1 对象被置为 nil 的时候内存会被回收, 对象就会被销毁
var a1: Animal? = Animal()
print("will deinit")
a1 = nil
print("did deinit")
- 下面是一个被 weak 修饰的弱引用对象,
- 我们都知道, 被 weak 修饰的弱引用对象, 在对象销毁的时候, 会被自动置为 nil
- 所以被 weak 修饰的弱引用对象必须是可选类型的 var , 两个条件缺一不可
weak var a2: Animal? = Animal()
unowned
- 无主引用( unowned reference ):通过 unowned 定义无主引用
- 不会产生强引用,实例销毁后仍然存储着实例的内存地址(类似于OC中的 unsafe_unretained)
- 试图在实例销毁后访问无主引用,会产生运行时错误(如下野指针)
Fatal error: Attempted to read an unowned reference but object 0x0 was already deallocate
需要注意的是
weak 、 unowned 只能用在类实例上面, 如下所示
循环引用
- weak 、 unowned 都能解决循环引用的问题, unowned 要比 weak 少一些性能消耗
- 在生命周期中可能会变为 nil 的使用 weak
- 初始化赋值后再也不会变为 nil 的使用 unowne
- 说道循环引用就自然想到了闭包
闭包的循环引用
闭包表达式默认会对用到的外层对象产生额外的强引用(对外层对象进行了 retain 操作), 看一下下面的代码中 deinit 会被调用吗?
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 引用,用以解决循环引用问题
- 上述两种方式都可以解决循环引用的问题, 运行后就发现 Person 对象调用了 deinit
- 这里我们再看一下汇编代码如下, 从下面汇编代码中可以很明显看到, 引用计数最后为0, 对象被释放
下面这段代码其实是等价的
func test() {
let p = Person()
p.fn = { [unowned p] in
p.run()
}
}
特别注意点
这里要区分捕获列表和参数列表, 下面看看 fn 有参数的情况下
class Person {
var fn: ((Int) -> ())?
func run() { print("run") }
deinit { print("deinit") }
}
func test() {
let p = Person()
p.fn = {
(num) in
print("num = \(num)")
}
}
那么闭包的参数列表和捕获列表同时存在的情况如下代码所示
func test() {
let p = Person()
p.fn = {
[weak p](num) in
print("num = \(num)")
p?.run()
}
}
self的循环引用
- 如果想在引用闭包的同时引用 self , 这个闭包必须是 lazy 的
- 因为实例在初始化完毕之后才能引用 self
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 解决循环引用的问题
另外再看看下面这种情况, 是都存在循环引用的问题
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 , 说明对象最终被释放, 并未出现循环引用的问题, 下面比较一下
- 上述两种写法的区别, 本质上说
- Person 对象中的 fn 闭包属于闭包赋值
- Student 对象那个中的 getAge 属于闭包调用(类似函数调用)
- 相当于在在 Student 对象调用 getAge 结束之后, 作用域内的变量就会被释放
内存访问冲突
在 Swift 中的内存访问冲突主要在两个访问满足下列条件时发生
- 至少一个是写入操作
- 它们访问的是同一块内存
- 它们的访问时间重叠(比如在同一个函数内)
- 对比看看以下两个函数操作
上面第二部分代码就是同时对 step 变量执行读写操作, 运行时会报出如下错误
Simultaneous accesses to 0x100002028, but modification requires exclusive access.
再看下面对于结构体和元组的使用, 这里先定义一个全局函数和一个结构体
再看下面的使用示例, 两者都会有一个内存访问冲突的错误
但是有时候的确会有上面这种访问同一块内存的需求, 如果下面的条件满足, 就说明重叠访问结构体的属性是安全的
- 访问的是实例存储属性, 不是计算属性或者类属性
- 结构体是局部变量而非全局变量
- 结构体要么没有被闭包捕获要么只被非逃逸闭包捕获
资源搜索网站大全https://55wd.com 广州品牌设计公司http://www.maiqicn.com
指针
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 , 不支持泛型
下面看一下具体的使用示例
var age = 10
func sum1(_ ptr: UnsafeMutablePointer<Int>) {
获得变量的指针
Swift 中有可以直接获取变量的指针的方法
上述方法中返回值默认是变量的指针地址, 也可以是其他的数据类型, 主要取决于 body 闭包的返回值, 返回值类型由闭包中的 Result 泛型决定
var age = 10
var ptr1 = withUnsafeMutablePointer(to: &age) { $0 }
创建指针
- 之前获取到的指针都是根据已经存在的内存获取的
- 这里就看看重新分配一块内存指向堆空间
malloc
Swift 提供了 malloc 直接分配内存创建指针的方式
代码示例如下
allocate
使用 allocate 方式创建指针, 代码示例如下
这里需要注意的地方
- 只有 UnsafeMutableRawPointer 才有 allocate 分配方法, UnsafeRawPointer 是没有这个方法的
- 下面说到的 UnsafeMutablePointer<T> 类型也是, UnsafePointer<T> 没有 allocate 分配方法
指针之间的转换
前面提到过 Swift 中的指针类型有四种
- UnsafePointer<Pointee> 类似于 const Pointee *
- UnsafeMutablePointer<Pointee> 类似于 Pointee *
- UnsafeRawPointer 类似于 const void *
- UnsafeMutableRawPointer 类似于 void *
- 那么上面的类型, 能否通过其中的一种创建另外一种指针呢, 下面我们来看一下
init
UnsafeMutableRawPointer 中有一个初始化方法可以根据 UnsafeMutablePointer 创建自身
public init<T>(_ other: UnsafeMutablePointer<T>)
var ptr = UnsafeMutablePointer<Int>.allocate(capacity: 3)
var ptr1 = UnsafeMutableRawPointer(ptr)
assumingMemoryBound
反过来, UnsafeMutableRawPointer 也提供了一个方法用于创建 UnsafePointer
public func assumingMemoryBound<T>(to: T.Type) -> UnsafePointer<T>
var ptr = UnsafeMutableRawPointer.allocate(byteCount: 16, alignment: 1)
var ptr1 = ptr.assumingMemoryBound(to: Int.self)
unsafeBitCast
unsafeBitCast 是忽略数据类型的强制转换,不会因为数据类型的变化而改变原来的内存数
|
请发表评论