我们经常在block使用中碰到:capturing 'self' strongly in this block is likely to lead to a retain cycle
重要法则:
block对于其变量都会形成强引用(retain),对于self也会形成强引用(retain),而如果self本身对block也是强引用的话,就会形成强引用循环,无法释放——造成内存泄露。
1)self会对自己的属性或函数进行持有。
2)block主函数体,用到了self所拥有的任何东西(self、self.属性、[self 函数] ),block就会对self进行持有。
3)如果1、2情况同时存在,就会出现retain cycle问题。因为1很难做出改变,所以解决方法是对2进行改进。
1、简单判断:我一般重写dealloc方法,查看dealloc方法是否调用来判断是否有循环引用。
2、深层分析:根据上面法则来分析代码。
1、被block引用的变量都会被自动retain一次
,这样的话至少可以保证我们的调用是有效的。因为
block中的retain是隐式的
,所以极易出现retain cycle的问题。
2、retain cycle
,翻译成中文大概叫保留环吧。比如A和B两个对象,A持有B,B同时也持有A,A只有B释放之后才有可能释放,同样B只有A释放后才可能释放。当双方都在等待对方释放的时候, retain cycle就形成了。结果是,两个对象都永远不会被释放,最终内存泄露。
3、__strong : 赋值给这个变量的对象会自动被retain一次, 如果在block中引用它,block也会retain它一次 。
3、__strong : 赋值给这个变量的对象会自动被retain一次, 如果在block中引用它,block也会retain它一次 。
4、__unsafe_unretained
: 赋值给这个变量不会被retain,也就是说被他修饰的变量的存在不能保证持有对象的可靠性,它可能已经被释放了,而且留下了一个不安全的指针。不会被block retain。
5、__weak
:类似于__unsafe_unretained,只是如果所持有的对象被释放后,变量会自动被设置为nil,这样更安全些,不过只在IOS5.0以上的系统支持,同样不会被block retain。
6、__block: 表示 这个变量值能在block中被修改 (值修改,而不是修改对象中的某一个属性,可以理解为修改指针的指向)。 会被自动retain 。
被 __block 修饰的变量在块中保存的是变量的地址。(其他为变量的值)
6、__block: 表示 这个变量值能在block中被修改 (值修改,而不是修改对象中的某一个属性,可以理解为修改指针的指向)。 会被自动retain 。
被 __block 修饰的变量在块中保存的是变量的地址。(其他为变量的值)
使用__weak打破循环的方法只在ARC下才有效,在MRC下应该使用__block
先用代码描述一下症状:
原因:
_items实际上是self->items。_block对象在创建的时候会被retain一次,因此会导致self也被retain一次。这样就形成了一个retain cycle。
解决方法: 创建一个本地变量blockSelf,指向self,然后用结构体语法访问实例变量。代码如下:
这么修改之后,blockSelf是本地变量,是弱引用,因此在_block被retain的时候,并不会增加retain count,所以retain cycle就解除了,Xcode也不再出现警告了,问题解决。
解决方法: 创建一个本地变量blockSelf,指向self,然后用结构体语法访问实例变量。代码如下:
这么修改之后,blockSelf是本地变量,是弱引用,因此在_block被retain的时候,并不会增加retain count,所以retain cycle就解除了,Xcode也不再出现警告了,问题解决。
例子2:
retain cycle 就这么形成了,
即使调用了release,manager也不会释放,因为manager和block相互持有了。
为了解除retain cycle的话,我们可以这样写: