iOS 容易引“起循环引用”的三种场景

浏览数：28 / 时间：2015年06月11日

笔者在阅读中总结了一下，在iOS平台容易引起循环引用的四个场景：

一、parent-child相互持有、委托模式

【案例】：

 
@interface FTAppCenterMainViewController ()
{
}
 
@property(weak,nonatomic) UITableView* myTableView;
@end
这里面的myTableView就使用了weak修饰符。
1
@property (nonatomic, weak)  id<ftactionsheetdelegate>delegate;

 

【推荐方法】：

child只有parent的对象为weak类型：

1
@property (nonatomic, weak)  id<ftactionsheetdelegate>delegate;

 

二、block

【案例】：

看下面的代码：

 

?
1
2
3
4
5
typedef void (^RequestNaviCallBack)(NSInteger naviCode,NSInteger httpCode,NSError * error);
@interface FtNaviManager : NSObject
{
}
@property (nonatomic, strong)   RequestNaviCallBack naviCallBack;
这是一个请求导航的类，类属性持有了RequestNaviCallBack，这时，如果RequestNaviCallBack再持有self，必然造成循环引用。

 

【推荐方法】：

如果有循环引用，编译器会提示警告。

如果对象没有持有Block对象，那么不会产生循环引用。如果对象持有了block对象，那么在block引用self的时候这么定义：

 

?
1
__weak typeof(self) weakSelf = self;

 

三、NSTimer

 

【案例】：

 

?
1
2
3
4
5
6
@interface FtKeepAlive : NSObject
{
    NSTimer*              _keepAliveTimer; // 发送心跳timer
}
//实现文件
_keepAliveTimer = [NSTimer scheduledTimerWithTimeInterval:_expired target:self selector:@selector(keepLiveStart) userInfo:nil repeats:YES];

 

类持有了_keepAliveTimer，_keepAliveTimer又持有了self，造成循环引用。

【推荐方法】：

NSTimer会持有对象，所以：在删除对象之前，需要将timer的invalidate方法。

 

?
1
2
3
4
-(void)stopKeepAlive{
    [_keepAliveTimer invalidate];
    _keepAliveTimer = nil;
}

郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。

标签： Android iOS 移动互联 终端开发

相关文章

随机文章

您可能还喜欢

您可能还喜欢