ios开发中，开了ARC模式，系统自动管理内存，如果程序中用到了block就要注意循环引用带来的内存泄露问题了
这几天遇到一个问题，正常页面dismiss的时候是要调用dealloc方法的，但是我的程序就是不调用，研究了好久终于找到了问题出在哪里了
起初的代码如下：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
|
- (void)getMyrelatedShops{ [self.loadTimer invalidate]; self.loadTimer = [NSTimer scheduledTimerWithTimeInterval:0.1 target:discoverView selector:@selector(loadWaiting) userInfo:nil repeats:YES]; sendedRequest = [[FindShopService sharedInstance] getMyRelatedShopsWithPageNO:pageNo successBlock:^(TMRequest *request){ [self.loadTimer invalidate]; [self shopListRequestFinished:request]; }failedBlock:^(TMRequest *failedRequest){ [self.loadTimer invalidate]; [self shopListRequestFailed:failedRequest]; }];} |
代码表面上看起来没有什么问题，但是细细研究就会发现两个问题
1、block中引用到self，self 被block retain，sendedRequest又retain了该block的一根拷贝
2.sendedRequest是在self类中定义赋值，因此是被self retain
因此就形成了循环引用，不会调用dealloc
还有一个问题，只要重复性 timer 还没有被 invalidated，target 对象就会被一直持有而不会被释放。因此当你使用 self 当作 target 时，你就不能期望在 dealloc 中 invalidate timer，因为在 timer 没有被invalidate 之前，dealloc 绝不会被调用。因此，需要找个合适的时机和地方来 invalidate timer，但绝不是在 dealloc 中。
修改如下
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
- (void)getMyrelatedShops{ [self.loadTimer invalidate]; self.loadTimer = [NSTimer scheduledTimerWithTimeInterval:0.1 target:discoverView selector:@selector(loadWaiting) userInfo:nil repeats:YES]; __weak typeof(self)wfindShopVC = self; sendedRequest = [[FindShopService sharedInstance] getMyRelatedShopsWithPageNO:pageNo successBlock:^(TMRequest *request){ [wfindShopVC.loadTimer invalidate]; [wfindShopVC shopListRequestFinished:request]; }failedBlock:^(TMRequest *failedRequest){ [wfindShopVC.loadTimer invalidate]; [wfindShopVC shopListRequestFailed:failedRequest]; }];} |
这样就避免了循环引用，页面注销时就会调用dealloc方法了
微信扫一扫，打赏作者吧～转载请注明：苏demo的别样人生 » ios block循环引用问题
