delegate或者protocol申请属性的时候为什么用assign而不是retain

时间：2014-07-09 10:21:45 阅读：199 评论：0 收藏：0 [点我收藏+]

首先delegate要使用assign而不是retain，这个问题大家通过看iOS的api就可以了，最典型的是tabView里面的delegate和datasource都是用的assign。

那为什么要使用assign而不是retain呢？

首先，考虑类的设计模式，类与类只见的大体关系有继承和聚合的关系，当我们使用聚合的时候该对象就拥有聚合的对象，这时候我们就需要retain使引用计数器＋1来控制该对象的内存管理，所以我的感觉retain和copy的一项能力就是拥有该对象的内存管理权。
下面就得说delegate了，一个对象没必要管理自己delegate的生命周期，或者说没必要拥有该对象，所以我们只要知道它的指针就可以了，用指针找到对象去调用方法，也就是委托实现的感觉。

或者我们换个角度，从内存管理方面也可以解释这个问题。delegate的生命周期不需要让该对象去控制，如果该对象对其使用retain很可能导致delegate所指向的对象无法正确的释放。

@循环引用
所有的引用计数系统，都存在循环应用的问题。例如下面的引用关系：
对象a创建并引用到了对象b.
对象b创建并引用到了对象c.
对象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方式的，那基本上就没有机会释放这两个对象了。自己在设计使用delegate模式时，也要注意这点。

因为循环引用而产生的内存泄露也是Instrument无法发现的，所以要特别小心。

本文转载自点击打开链接

delegate或者protocol申请属性的时候为什么用assign而不是retain,布布扣,bubuko.com

delegate或者protocol申请属性的时候为什么用assign而不是retain

标签：style blog http color 使用 os

原文地址：http://blog.csdn.net/zuoyou1314/article/details/37571045

踩

(0)

评论一句话评论（0）

分享档案

更多>

2021年07月29日 (22)
2021年07月28日 (40)
2021年07月27日 (32)
2021年07月26日 (79)
2021年07月23日 (29)
2021年07月22日 (30)
2021年07月21日 (42)
2021年07月20日 (16)
2021年07月19日 (90)
2021年07月16日 (35)

周排行