内存泄漏的常见场景
CF类型内存
注意以create,copy作为关键字的函数都是需要释放内存的，注意配对使用。比如：CGColorCreate<-->CGColorRelease
MRC内存使用
这部分不做详细介绍，也是注意配对使用，需要说明的是，如果代码中有部分文件是MRC的，在已有文件中加代码的时候注意一下，不能都按照ARC的方式处理。
ARC内存使用
ARC已经为我们做了很多封装，我们不必再显示的调用retain，release，但是还是要注意循环引用的场景。
在此，常规的对象间的互相引用和block的循环引用大家都比较了解，这里就不赘述了，罗列几个我们代码中的错误。
1. NSTimer
NSTimer会造成循环引用，timer会强引用target即self，一般self又会持有timer作为属性，这样就造成了循环引用。
那么，如果timer只作为局部变量，不把timer作为属性呢？同样释放不了，因为在加入runloop的操作中，timer被强引用。而timer作为局部变量，是无法执行invalidate的，所以在timer被invalidate之前，self也就不会被释放。
所以我们要注意，不仅仅是把timer当作实例变量的时候会造成循环引用，只要申请了timer，加入了runloop，并且target是self，虽然不是循环引用，但是self却没有释放的时机。如下方式申请的定时器，self已经无法释放了。
NSTimer *timer = [NSTimer timerWithTimeInterval:5 target:self selector:@selector(commentAnimation) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];
解决这种问题有几个实现方式，大家可以根据具体场景去选择：
- 增加startTimer和stopTimer方法，在合适的时机去调用，比如可以在viewDidDisappear时stopTimer，或者由这个类的调用者去设置。
- 每次任务结束时使用dispatch_after方法做延时操作。注意使用weakself，否则也会强引用self。
- (void)startAnimation
{
WS(weakSelf);
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(5 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
[weakSelf commentAnimation];
});
}
- 使用GCD的定时器，同样注意使用weakself。
WS(weakSelf);
timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, dispatch_get_main_queue());
dispatch_source_set_timer(timer, DISPATCH_TIME_NOW, 5 * NSEC_PER_SEC, 1 * NSEC_PER_SEC);
dispatch_source_set_event_handler(timer, ^{
[weakSelf commentAnimation];
});
dispatch_resume(timer);
2. NSNotification
使用block的方式增加notification，引用了self，在删除notification之前，self不会被释放，与timer的场景类似，其实这段代码已经声明了weakself，但是调用_eventManger方法还是引起了循环引用。
也就是说，即使我们没有调用self方法，_xxx也会造成循环引用。
[[NSNotificationCenter defaultCenter] addObserverForName:kUserSubscribeNotification object:nil queue:nil usingBlock:^(NSNotification *note) {
if (note) {
Model *model=(Model *)note.object;
if ([model.subId integerValue] == [weakSelf.subId integerValue]) {
[_eventManger playerSubsciption:NO];
}
}
}
3. __block
__block在MRC中是不会增加引用的，可是在ARC中会增加，所以在ARC中，只能使用__weak去打破循环引用。
__block MyViewController *weaksef = self;
_myViewController.editBlock = ^(){
[weaksef refreshUI];
};
另外声明一点，并非所有的block都需要使用weak来打破循环引用，如果self没有持有block就不会造成循环引用(例如, 动画block块)。而有些地方之所以使用了__weak，是为了在[self dealloc]之后就不再执行了。在这种场景下使用weakself时，也需要注意，如果self被释放了会不会引起异常。比如下面这段代码把weakself取到的值作为入参，如果self释放了，传nil，引起crash：
[[HttpCore sharedInstance] getRequestWithPath:url target:self params:params success:^(NSDictionary *result, NSURLRequest *request, NSHTTPURLResponse *response) {
} failure:^(NSError *error) {
dispatch_group_leave(weakSelf.startGroup);
}];
4.performSelector内存泄露
performSelector延时调用的问题，
performSelector关于内存管理的执行原理是这样的：执行 [self performSelector:@selector(method1:) withObject:self afterDelay:3]; 的时候，系统会将self的引用计数加1，执行完这个方法时，还会将self的引用计数减1，当方法还没有执行的时候，要返回父视图释放当前视图的时候，self的计数没有减少到0，而导致无法调用dealloc方法，出现了内存泄露。
所以最后我的解决办法就是取消那些还没有来得及执行的延时函数，代码很简单：
[NSObject cancelPreviousPerformRequestsWithTarget:self]
当然你也可以一个一个得这样用：
[NSObject cancelPreviousPerformRequestsWithTarget:self selector:@selector(method1:) object:nil]
加上了这个以后，dealloc方法就会被调用，问题解决！
为了安全还是
1.调用performa之前先单个取消一下
2.弹出viewcontroller单个取消一下
3. 还有 一些特殊情况业务操作需要过几秒，是不要取消，比如要保存一些数据。