iOS内存泄漏的常见情况

iOS内存泄漏的常见情况

1.声明delegate为strong类型，简而言之，如果父VC持有子VC，并设置子VC的delegate为self（也就是父VC），这样的结果就是子VC也间接持有了父VC，造成循环引用，在Pop子VC的时候不会调用delloc。

• 2.timer是否持有self，我们一般要执行一个timer的时候会用

  (NSTimer *)scheduledTimerWithTimeInterval:(NSTimeInterval)ti  target:(id)aTarget  selector:(SEL)aSelector  userInfo:(id)userInfo  repeats:(BOOL)yesOrNo   
  

这里的aTarget一般是self，这时候就需要注意了，如果在你退出的时候这个timer还在执行的话由于这个timer会持有self，所以delloc也不会调用，这里可以用weakSelf代替self也是没有问题的。

• 3.最常见的就是block导致的循环引用，由于在重构APP中用到了MVVM架构，使用了大量的信号机制，导致block到处飞（哈哈），解决的最多的就是这种了，解决方法也很简单，就是在block外声明
  __weak type(self) weakSelf = self，
  在block中用weakSelf就可以了，还有就是在block中如果使用了成员变量的下划线形式也要改成weakSelf.PropertyName的形式。MVVM中定义了宏对@weakify(self)和@strongify(self)可以理解为__weak type(self) weakSelf = self的简化形式，可以拿来直接使用。

• 3.图片没释放，instrument调试后，发现没被释放的全是imageIO，差不多就知道了，把读图的方式，从[UIImage imageNamed:@""],改成imageWithContentsOfFile，就可以了。

- 4.使用GPUImage处理拍照的时候，内存稳定不明增长。是Xcode7.1的问题。。只在debug的时候导致内存崩溃，release的时候并不会造成内存溢出，所以可以不必管它。

• 5.CoreFoundation对象(C对象) : 只要函数中包含了create\new\copy\retain等关键字, 那么这些方法产生的对象, 就必须在不再使用的时候调用1次CFRelease或者其他release函数