iOS从timer释放问题看内存管理

在iOS的开发中，如果使用NSTimer做定时器，一定要在合适的时机销毁这个定时器，不然可能导致内存得不到释放。原因就是循环引用。

举个例子：
我们新建一个工程，再创建一个新的OtherViewController：

- (void)viewDidLoad {
    [super viewDidLoad];
    
    UIButton *Btn = [UIButton buttonWithType:UIButtonTypeCustom];
    Btn.frame = CGRectMake(100, 400, 100, 40);
    Btn.backgroundColor = [UIColor grayColor];
    [Btn setTitle:@"跳转" forState:UIControlStateNormal];
    [Btn addTarget:self action:@selector(Btn) forControlEvents:UIControlEventTouchUpInside];
    [self.view addSubview:Btn];
}

-(void)Btn{
    OtherViewController *otherVC = [[OtherViewController alloc]init];
    [self presentViewController:otherVC animated:YES completion:nil];
}

在OtherViewController里，我们构造一个定时器：

- (void)viewDidLoad {
    [super viewDidLoad];
    self.view.backgroundColor = [UIColor whiteColor];
    
    UIButton *Btn = [UIButton buttonWithType:UIButtonTypeCustom];
    Btn.frame = CGRectMake(100, 400, 100, 40);
    Btn.backgroundColor = [UIColor grayColor];
    [Btn setTitle:@"跳回" forState:UIControlStateNormal];
    [Btn addTarget:self action:@selector(Btn) forControlEvents:UIControlEventTouchUpInside];
    [self.view addSubview:Btn];
      
    [self addTimer];
}

-(void)addTimer{
    timer = [NSTimer scheduledTimerWithTimeInterval:1.0 target:self selector:@selector(logStr) userInfo:nil repeats:YES];
}

-(void)logStr{
    
    NSLog(@"1");
}

-(void)Btn{
    [self dismissViewControllerAnimated:YES completion:nil];
}


-(void)dealloc{
    [timer invalidate];
    timer = nil;
    NSLog(@"dealloc");
}

当我们点击跳回按钮dissmiss的时候，dealloc方法并没有得到调用，timer还在一直跑着，因为dealloc方法的调用得在timer释放之后,而timer的释放在dealloc里，相互等待，这样就永远得不到释放了。所以这个timer释放时机不对。造成这种问题的根本原因是：

Timer 添加到 Runloop(这里是主线程，默认开启了runloop) 的时候，会被 Runloop 强引用,然后 Timer 又会有一个对 Target 的强引用（也就是 self ）,循环引用了，也就是 NSTimer 强引用了 self ，导致 self 一直不能被释放掉，所以也就走不到 self 的 dealloc 里。

在平常情况下，一般我们都能给出正确的释放时机，而如果在写SDK这种就是需要控制器销毁时timer释放的需求时，由于SDK不能干预或是了解开发者会怎样操作，所以尽量自身把这些释放做好。

我们可以从循环引用这个点出发，打破循环引用，把target由self改为某个临时变量就行，举个例子:
我们新建一个类TheObject，继承于NSObject，在TheObject类里添加logStr这个方法

-(void)logStr{
    
    NSLog(@"1");
}

然后在OtherViewController里把target由self变为TheObject的一个对象：

- (void)viewDidLoad {
    [super viewDidLoad];
    self.view.backgroundColor = [UIColor whiteColor];
    
    UIButton *Btn = [UIButton buttonWithType:UIButtonTypeCustom];
    Btn.frame = CGRectMake(100, 400, 100, 40);
    Btn.backgroundColor = [UIColor grayColor];
    [Btn setTitle:@"跳回" forState:UIControlStateNormal];
    [Btn addTarget:self action:@selector(Btn) forControlEvents:UIControlEventTouchUpInside];
    [self.view addSubview:Btn];
    
    obj = [[TheObject alloc]init];
    
    [self addTimer];
}

-(void)addTimer{
    timer = [NSTimer scheduledTimerWithTimeInterval:1.0 target: obj selector:@selector(logStr) userInfo:nil repeats:YES];
}

-(void)Btn{
    [self dismissViewControllerAnimated:YES completion:nil];
}


-(void)dealloc{
    [timer invalidate];
    timer = nil;
    NSLog(@"dealloc");
}

这时运行，跳转OtherViewController，定时器也会调用，跳回的时候，dealloc方法也会走，定时器得到释放，停止输出。这其实是一种好的解决办法，本质在于打破循环引用。网上还有一些别的方法，本质上也是这样的。

另外，其实如果我们使用GCD的timer，我们就不用考虑这个问题：

@interface OtherViewController ()
{
    dispatch_source_t GCD_timer;
}
@end

- (void)viewDidLoad {
    [super viewDidLoad];
    self.view.backgroundColor = [UIColor whiteColor];
    
    UIButton *Btn = [UIButton buttonWithType:UIButtonTypeCustom];
    Btn.frame = CGRectMake(100, 400, 100, 40);
    Btn.backgroundColor = [UIColor grayColor];
    [Btn setTitle:@"跳回" forState:UIControlStateNormal];
    [Btn addTarget:self action:@selector(Btn) forControlEvents:UIControlEventTouchUpInside];
    [self.view addSubview:Btn];
    
    [self addTimer];
}

-(void)addTimer{
    dispatch_queue_t queue = dispatch_get_global_queue(0, 0);
    GCD_timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, queue);
    dispatch_source_set_timer(GCD_timer, DISPATCH_TIME_NOW,
                              1.0 * NSEC_PER_SEC, 0.1 * NSEC_PER_SEC);
    dispatch_source_set_event_handler(GCD_timer, ^() {
        NSLog(@"1");
    });
    dispatch_resume(GCD_timer);
}

-(void)Btn{
    [self dismissViewControllerAnimated:YES completion:nil];
}

-(void)dealloc{
    NSLog(@"dealloc");
}

我们没有调用GCD timer的释放方法

dispatch_source_cancel(GCD_timer);

dealloc方法还是走到了，这是因为GCD已经给我们做好了timer避免循环引用的机制。但我们使用GCD timer的时候还是要
注意：dispatch_suspend 状态下直接释放定时器，会导致定时器崩溃。
初始状态，挂起状态，都不能直接调用
dispatch_source_cancel(timer);
调用就会导致app闪退。
建议：使用懒加载创建定时器，并且记录当timer 处于dispatch_suspend的状态。这些时候，只要在 调用dealloc 时判断下，已经调用过 dispatch_suspend 则再调用下 dispatch_resume后再cancel，然后再释放timer。
如果暂停后不进行重新启动 timer 的话，直接取消 timer会报错。一旦取消timer后就不能再重新运行 timer，否则就会崩溃，只能重建一个new timer。

好的，从这个问题我们思考iOS的内存管理：
现在的iOS开发基本都是ARC的，ARC也是基于引用计数的，只是编译器在编译时期自动在已有代码中插入合适的内存管理代码（包括 retain、release、copy、autorelease、autoreleasepool）以及在 Runtime 做一些优化。，所以开发人员大部分情况都是不需要考虑内存管理的，因为编译器已经帮我们做了。这里为什么说是大部分，因为底层的 Core Foundation 对象由于不在 ARC 的管理下，所以需要自己维护这些对象的引用计数。如调用

CFRetain(<#CFTypeRef cf#>)
CFRelease(<#CFTypeRef cf#>)

还有就算循环引起情况就算由于互相之间强引用，引用计数永远不会减到0，所以需要自己主动断开循环引用，使引用计数能够减少。如上或常在block中使用的:

__weak 和 __block