为什么很多内置的类,比如TableViewController的delegate的属性是assign不是retain?

本文深入探讨了循环引用在引用计数系统中的影响及解决策略,特别是通过阐述对象间的相互引用关系,解释了如何导致内存泄漏,并提出了避免循环引用的方法,如采用assign而非retain方式的delegate。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

循环引用

所有的引用计数系统,都存在循环引用的问题。例如下面的引用关系:

1、对象a创建并引用到了对象b

2、对象b创建并引用到了对象c

3、对象c创建并引用到了对象b

这时候b和c的引用计数分别是2和1,当a不再使用b,调用release释放对b的所有权,因为c还引用了b,所以b的引用计数为1,b不会被释放。b不释放,c的引用计数就是1,c也不会被释放。从此,b和c永远留在内存中。这种情况,必须打断循环引用,通过其他规则来维护引用关系。比如,常见的delegate往往是assign方式的属性而不是retain方式的属性,赋值不会增加引用计数,就是为了防止delegation两端产生不必要的循环引用。如果一个UITableViewController对象a通过retain获取了UITableView对象b的所有权,这个UITableView对象b的delegate又是a,如果这个delegate是retain方式的,那基本上就没有机会释放这两个对象了。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值