iOS 中 weak self 和 unowned self 的区别是什么?

点击下方公众号卡片,关注我,每天分享一个关于 iOS 的新知识

前言

在 OC 时代我们经常用到 weak self,主要为了解决循环引用,但在 swift 中,还有另外一个类似功能的关键字 unowned self

weak self 大家已经用得很熟练了,但是 unowned self 肯定还有人没用过,今天就来讲讲这个两个的区别。

weak self

weak self 表示对 self 的弱引用,即不保持对 self 的强引用。在闭包中访问 self 是一个可选类型,你需要在使用它时进行解包,如果在闭包调用之前被释放了,那么弱引用就会自动变为 nil

举个例子:

swift 复制代码
class MyClass {
    var closure: (() -> Void)?
    
    func setupClosure() {
        closure = { [weak self] in
            guard let strongSelf = self else { return }
            print(strongSelf)
        }
    }
}

MyClass 强引用 closureclosure 中又强引用 self,因此,如果在 closure 的闭包中不使用 weak self,将产生循环引用,导致 MyClass 无法释放。

unowned self

unowned self 表示对 self 的无主引用,和 weak self 一样,也会对 self 进行弱引用,但它是一个不安全的弱引用,也就是说,闭包调用的时候如果 self 已经释放了,程序将会崩溃 。和 weak self 还有一点不同的是,闭包中的 self 并不是可选类型,因此在使用时不需要解包。

还是上边的例子,如果用 unowned self 实现:

swift 复制代码
class MyClass {
    var closure: (() -> Void)?
    
    func setupClosure() {
        closure = { [unowned self] in
            print(self)
        }
    }
}

总结一下

  1. weak selfunowned self 都能对 self 进行弱引用,都能解决循环引用的问题。

  2. weak self 的作用下,即使 self 已经释放了,在闭包中访问也是安全的 (只要不强制解包 self)。

  3. unowned self的作用下,如果 self 已经释放了,在闭包中访问 self 会导致 crash,因此当你明确知道闭包中的 self 在闭包生命周期内始终存在时,才可以使用 unowned self,比如两个实例之间的关系是父子关系,并且子实例的生命周期不会超过父实例的情况下。

  4. 使用 unowned self 的好处是不需要在闭包中对 self 进行解包操作。

这里每天分享一个 iOS 的新知识,快来关注我吧

本文同步自微信公众号 "iOS新知",每天准时分享一个新知识,这里只是同步,想要及时学到就来关注我吧!

相关推荐
报错小能手4 小时前
ios开发方向——Swift语言学习 为啥要学Swift?
学习·ios·swift
哈__4 小时前
ReactNative项目OpenHarmony三方库集成实战:react-native-push-notification-ios
react native·react.js·ios
2501_915909065 小时前
iOS 抓包不越狱,代理抓包 和 数据线直连抓包两种实现方式
android·ios·小程序·https·uni-app·iphone·webview
Dante丶5 小时前
Xcode 26.4 AFNetworking 私有头文件报错处理记录
ios
旭久5 小时前
react+echarts实现2d地图标记点与影响区域及可拖拽放大缩小等功能
react.js·echarts·swift
用户223586218206 小时前
Xcode MCP Server 完全指南:从智能配置到编程控制
ios
游戏开发爱好者87 小时前
入门 iOS 开发 新手工具开发首个应用
ide·vscode·ios·objective-c·个人开发·swift·敏捷流程
张飞签名上架17 小时前
苹果签名机制全解析:守护生态安全的数字钥匙
ios·苹果签名·超级签·企业签名
Digitally1 天前
iPhone 卡在恢复模式:如何修复(分步指南)
ios·iphone