ios block循环引用问题
2013-09-05 20:13
381 查看
http://blog.csdn.net/sapphire_aling/article/details/9120433
ios开发中,开了ARC模式,系统自动管理内存,如果程序中用到了block就要注意循环引用带来的内存泄露问题了
这几天遇到一个问题,正常页面dismiss的时候是要调用dealloc方法的,但是我的程序就是不调用,研究了好久终于找到了问题出在哪里了
起初的代码如下:
- (void)getMyrelatedShops
{
[self.loadTimerinvalidate];
self.loadTimer = [NSTimerscheduledTimerWithTimeInterval:0.1
target:discoverView
selector:@selector(loadWaiting)
userInfo:nil
repeats:YES];
sendedRequest = [[FindShopServicesharedInstance]
getMyRelatedShopsWithPageNO:pageNo
successBlock:^(TMRequest *request){
[self.loadTimerinvalidate];
[selfshopListRequestFinished:request];
}failedBlock:^(TMRequest *failedRequest){
[self.loadTimerinvalidate];
[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 中。
修改如下
- (void)getMyrelatedShops
{
[self.loadTimerinvalidate];
self.loadTimer = [NSTimerscheduledTimerWithTimeInterval:0.1
target:discoverView
selector:@selector(loadWaiting)
userInfo:nil
repeats:YES];
__unsafe_unretainedFindShopVC *wfindShopVC =
self;
sendedRequest = [[FindShopServicesharedInstance]
getMyRelatedShopsWithPageNO:pageNo
successBlock:^(TMRequest *request){
[wfindShopVC.loadTimerinvalidate];
[wfindShopVCshopListRequestFinished:request];
}failedBlock:^(TMRequest *failedRequest){
[wfindShopVC.loadTimerinvalidate];
[wfindShopVCshopListRequestFailed:failedRequest];
}];
}
这样就避免了循环引用,页面注销时就会调用dealloc方法了
关于block的详细解释可参考 http://www.cnblogs.com/kesalin/archive/2013/04/30/ios_block.html
ios开发中,开了ARC模式,系统自动管理内存,如果程序中用到了block就要注意循环引用带来的内存泄露问题了
这几天遇到一个问题,正常页面dismiss的时候是要调用dealloc方法的,但是我的程序就是不调用,研究了好久终于找到了问题出在哪里了
起初的代码如下:
- (void)getMyrelatedShops
{
[self.loadTimerinvalidate];
self.loadTimer = [NSTimerscheduledTimerWithTimeInterval:0.1
target:discoverView
selector:@selector(loadWaiting)
userInfo:nil
repeats:YES];
sendedRequest = [[FindShopServicesharedInstance]
getMyRelatedShopsWithPageNO:pageNo
successBlock:^(TMRequest *request){
[self.loadTimerinvalidate];
[selfshopListRequestFinished:request];
}failedBlock:^(TMRequest *failedRequest){
[self.loadTimerinvalidate];
[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 中。
修改如下
- (void)getMyrelatedShops
{
[self.loadTimerinvalidate];
self.loadTimer = [NSTimerscheduledTimerWithTimeInterval:0.1
target:discoverView
selector:@selector(loadWaiting)
userInfo:nil
repeats:YES];
__unsafe_unretainedFindShopVC *wfindShopVC =
self;
sendedRequest = [[FindShopServicesharedInstance]
getMyRelatedShopsWithPageNO:pageNo
successBlock:^(TMRequest *request){
[wfindShopVC.loadTimerinvalidate];
[wfindShopVCshopListRequestFinished:request];
}failedBlock:^(TMRequest *failedRequest){
[wfindShopVC.loadTimerinvalidate];
[wfindShopVCshopListRequestFailed:failedRequest];
}];
}
这样就避免了循环引用,页面注销时就会调用dealloc方法了
关于block的详细解释可参考 http://www.cnblogs.com/kesalin/archive/2013/04/30/ios_block.html
相关文章推荐
- iOS Block的循环引用问题
- iOS面试中如何优雅回答Block导致循环引用的问题
- iOS开发——Block循环引用问题的解决
- iOS: ARC和非ARC下使用Block与循环引用问题
- iOS block循环引用问题
- iOS开发Block的介绍以及Block的循环引用问题
- iOS中block的循环引用问题
- iOS中Block的循环引用问题
- iOS 解决block中self的循环引用问题
- ios block循环引用问题
- ios block循环引用问题
- iOS内存管理(4)--Block属性用copy修饰 & 避免循环引用的问题
- ios block循环引用问题
- iOS细节篇-block循环引用问题,和block安全使用方法
- IOS开发--循环引用问题,普通控件为什么用weak,代理为什么用weak,block内用到外面的东
- ios- block循环引用问题
- ios- block循环引用问题
- iOS中Block的引用循环问题 (ARC & non-ARC)
- 使用系统的某些block api(如UIView的block版本写动画时),是否也考虑循环引用问题?
- block循环引用问题