1.Block调用引起的
在Block中用到self(self特指UIViewController),需要用__block或者__weak修饰(MRC与ARC的区别),因为Block调用会对其里面的对象引用计数加1,如果你不确定你调用的Block是否会产生循环引用的话,最好用__block或__weak修饰.当然,如果你确定并不会产生循环引用的情况,那你可以放心的self. self. (~O(∩_∩)O~).
@自从知道了block容易产生内存泄露的情况,我在很长的一段时间内,只要用到了block,只要里面有self,我全部用__block修饰了(偷懒的做法),但是最近,即使我这样的写了,还是出现了内存泄露的情况,dealloc()一直不执行,找了很久,找了很久,全部都加了__block修饰,依旧泄露,最终发现问题是出现在一个属性上.
@先来看下面这段问题代码:
__block DNWThirdVideoSubclassViewController *otherSelf = self;
[_videoPlayView changeViewBackGround:^{
[otherSelf pushDNWWedViewController:_thirdData.web_url];
}];
打了很多断点,测试出来问题就是出在这里,很多人可能会问,已经用__block修饰了,而且并没有出现self呀!请注意_thirdData这个属性,声明的时候是@property (nonatomic,retain)DNWThirdData *thirdData,它是被self所持有,一次释放操作是放在dealloc中,也就是self被释放,_thirdData也释放.在Block中,调用了_thirdData,虽然没有用self.thirdData,但是正如前面所说,它是被self持有,编译访问_thirdData时,会找到持有它的self,对其引用计数加1,所以这里就算没有用到self,self的引用计数也被加1了,这也说明并不是没显示的调用self就不会对其引用计数加1,这个错误真是让我郁闷了好久.接下来改正:[otherSelf pushDNWWedViewController:otherSelf.thirdData.web_url];就OK了
@当然,还是得说明,如果你确定你的Block调用只是局部的或者不会发生循环引用的问题,那就不用考虑这些了.
@而我这个例子,changeViewBackGround这个Block是属性videoPlayView的属性,而videoPlayView又是self的属性,呗self持有,要等待self的释放才能释放,因为如果不用__block修饰,是一定会产生循环引用而导致内存泄露的问题。
2.循环参照
A有个属性参照B,B有个属性参照A,如果都是strong参照的话,两个对象都无法释放。
这种问题常发生于把delegate声明为strong属性了。
例,
@interface SampleViewController
@property (nonatomic, strong) SampleClass *sampleClass;
@end
@interface SampleClass
@property (nonatomic, strong) SampleViewController *delegate;
@end
上例中,解决办法是把SampleClass 的delegate属性的strong改为assing即可。
3,死循环
如果某个ViewController中有无限循环,也会导致即使ViewController对应的view关掉了,ViewController也不能被释放。
这种问题常发生于animation处理。
例,
比如,
CATransition *transition = [CATransition animation];
transition.duration = 0.5;
tansition.repeatCount = HUGE_VALL;
[self.view.layer addAnimation:transition forKey:"myAnimation"];
上例中,animation重复次数设成HUGE_VALL,一个很大的数值,基本上等于无限循环了。
解决办法是,在ViewController关掉的时候,停止这个animation。
-(void)viewWillDisappear:(BOOL)animated {
[self.view.layer removeAllAnimations];
}
内存泄露的情况当然不止以上几种种。
即使用了ARC,我们也要深刻理解iOS的内存管理机制,这样才能有效避免内存泄露。