ios- block循环引用问题
2015-10-13 15:54
447 查看
ios block循环引用问题
分类: iOS开发 2013-06-18 14:45 15304人阅读 评论(2) 收藏 举报
block循环引用内存泄露iOS
ios开发中,开了ARC模式,系统自动管理内存,如果程序中用到了block就要注意循环引用带来的内存泄露问题了
这几天遇到一个问题,正常页面dismiss的时候是要调用dealloc方法的,但是我的程序就是不调用,研究了好久终于找到了问题出在哪里了
起初的代码如下:
- (void)getMyrelatedShops
{
[self.loadTimer invalidate];
self.loadTimer = [NSTimer scheduledTimerWithTimeInterval:0.1
target:discoverView
selector:@selector(loadWaiting)
userInfo:nil
repeats:YES];
}
代码表面上看起来没有什么问题,但是细细研究就会发现两个问题
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.loadTimer invalidate];
self.loadTimer = [NSTimer scheduledTimerWithTimeInterval:0.1
target:discoverView
selector:@selector(loadWaiting)
userInfo:nil
repeats:YES];
}
这样就避免了循环引用,页面注销时就会调用dealloc方法了
关于block的详细解释可参考 /article/4926792.html
分类: iOS开发 2013-06-18 14:45 15304人阅读 评论(2) 收藏 举报
block循环引用内存泄露iOS
ios开发中,开了ARC模式,系统自动管理内存,如果程序中用到了block就要注意循环引用带来的内存泄露问题了
这几天遇到一个问题,正常页面dismiss的时候是要调用dealloc方法的,但是我的程序就是不调用,研究了好久终于找到了问题出在哪里了
起初的代码如下:
- (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 中。
修改如下
- (void)getMyrelatedShops
{
[self.loadTimer invalidate];
self.loadTimer = [NSTimer scheduledTimerWithTimeInterval:0.1
target:discoverView
selector:@selector(loadWaiting)
userInfo:nil
repeats:YES];
__unsafe_unretained FindShopVC *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方法了
关于block的详细解释可参考 /article/4926792.html
相关文章推荐
- iOS Xcode7免证书真机调试
- ShareSDK for IOS 的个人理解
- IOS开发之格式化日期时间
- iOS文件操作两种方式:NSFileManager和流操作
- IOS 在开发中使用KVO观测属性变化
- iOS 去掉导航栏返回按钮的文字
- 要缩小通过两个触摸点的观点(iOS)
- IOS中简单的KVC概念理解与应用
- ios--apns Device token的获得和改变详解
- IOS 开发过程中的 消息通知 小红点
- iOS--xib界面与和代码相关联
- iOS开发过程中的各种坑
- 2015年最新苹果开发者账号注册流程详解
- PhoneGap/Cordova插件开发入门(IOS版)(一)
- ios推送 程序未启动,收到推送消息,打开应用后跳转到相应的活动页面的代码。
- iOS 按钮小知识点总结
- 在ios中开发使用自动布局约束小注意点。
- IOS远程推送(转载)
- iOS ViewController生命周期
- NSPredicate 模糊、精确、查询